Spring MVCとStrutsの一番の違い - しんさんの出張所 はてなブログ編
やっぱりアクションフォーム（SpringMVCではコマンド）関係かなぁ。 Strutsは数値型のプロパティ用意しても変換不可能なものを入力されると0という値に変換して何事もなかったように返すのが一番の問題。したがって、へんにいじられるくらいならばStringだけでいいとかになる。そして型変換全部やるのかよといった面倒なお話になるのも普通。 Spring MVCは数値型のプロパティに文字の入力を入れるとエラーになります。それはBindExceptionとして不正な入力があったパラメータ名や値がとりだせます。そしてエラーがあった場合自動で入力画面に戻され、submitのアクションは呼ばれません。 Spring MVCのほうが一見よさげに見えますが、単純にはそうはいかないのがこまったところ。なんといっても入力エラーがあった場合コマンドは生成されません。テキストフィールドに入力した不正な値も正しい
CTCと夜の決闘 - ひがやすを技術ブログ
昨日、CTCに「お前は最近、Railsに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、Railsを嫌っていると思っているRuby関係者は、実際多いようです。 「JavaからRubyへ」の本に対して、それはちょっとおかしいんじゃないのといったことはありますが、Railsを嫌いといったことはもちろんないはず。 呼び出されたのは、Rubyの話じゃなくて、Javaの社内フレームワークの話でした。 Struts、Spring、独自データアクセスフレームワークの生産性を何とかして改善したいという悩みでした。裏を返せば、今が低いと思っているということでしょうね。 あるいは、生産性が低いというより、大手SIerにとって必須の大規模開発をするのには、つらいということなのかもしれません。 CTCの話だと、SAStrutsを使えればいいんだけど、
Springの生産性 (arclamp.jp アークランプ)
これは言っておかねばなるまい。ひがさんのCTCと夜の決闘より。 生産性を向上させるということを主目的としてフレームワークが作られたのは、基本的(もちろん例外はあるけど)にRails以降のフレームワークです。 Railsは、Struts、Spring、Hibernateへのアンチテーゼとして登場しています。裏を返せば、Struts、Spring、Hibernateを組み合わせても生産性は出ないということです。 生産性という言葉をどう取るかによりますが、確かにSpringはコードを短く書くためのフレームワークではありません。 そもそも生産性を上げるためには、アプリケーションの部位毎に個別最適化していき、それらを統合するというのが正しい戦略です。これは規模にかかわりませんし、Seasarを使おうが、Springを使おうが同じ事です。 Seasarは最適化をうまく行っているフレームワークです。ただ
Tender Surrender » PHP/Extension Writing Part I Introduction to PHP and Zend
導入 † このチュートリアルを読んでいるということは、PHP機能拡張の実装に興味がおありのことと思います。そうでないなら、、、読み終わったときには興味を持ってくれているでしょう。 このチュートリアルはPHPと、そのインタープリター言語であるCにある程度慣れている方を対象としています。 なぜPHP機能拡張が必要か、という話から始めましょう。 言語が持つ生まれつきの抽象度のために、PHPから直接呼び出すことのできないライブラリまたはOSに依存した機能がある。 通常とは違うPHPの使い方をしたい。 PHPのコードをある程度書いたものの、もっと早く、効率的に実行できることが分かっている。 売り物になる素晴らしいコードを書いたが、販売会社がそれを実行できても、ソースを読まれたくない。 どれも全く正当な理由ですが、機能拡張を作るにあたり、機能拡張とは何かを理解する必要があります。 ↑ 機能拡張とは何か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SpringDI
