Strutsは何も解消しなかった。一方PHPは
この記事のタイトルだけ見るとものすごい暴論を言っているように聞こえてしまいかねないのだが、とにかく次の二つの記事を紹介しよう。
よく「Strutsは簡単だ」という人がいるけど、本当にそうかね?おいらは初心者を何人か見たけど、みんなJavaにもStrutsにも苦しんでいた。たかがデータ登録の画面を作るだけなのに、クラスを何個も作ってXMLファイルをかきかきして、それで動けばいいんだけど動かなくて、クラスやファイルが分散しているからどれが原因か突き止められなくて途方に暮れる。一度、Strutsを使わずに素のServletとJSPで作ってみせたことがあるんだけど、これはRailsのようにCRUDの操作を1つのクラスに押し込めた(FrontControllerは別クラスだけど)。そうするとすごくわかりやすいコードになって、初心者から「こっちのほうがずっとわかりやすいんですけど、それでもStrutsを使う利点って何ですか」と聞かれ、答えに窮してしまった。これ↑、まるで俺のことのようだ。涙でそう。
要するに、(Strutsは)「問題の複雑さ」をJavaのコードからXMLファイルに切り出しただけで、本質的な難しさは解消されていなかったということです。以上、プログラマー日記(2006-02-21)より。
一方でこんな記事も見かけた。
(PHPで)MVCモデルで言うコントローラーを作りたければ、以上、 F's Garage:PHPがスゴイところ。 より。switch (分岐用変数) case 条件1: require "条件1のPHP"; break; case 条件2: require "条件2のPHP"; break; ・ ・ ・最低限のものなら、たった、これだけで終わり。なんなら、これだけを書いたphpを定義ファイルとしてしまえば良い。それ自体もrequiredで呼び出すことができる。
Javaで何故これを実現するのに、わざわざstruts.confにいつまで経っても覚えられない特殊文法のXMLを書いていたのか?が不思議に思えてきた。

コメント
最近、フルCSSコーディングのサイトを見るにつけ、
同じようなことを考えます。
はたして、
・論理構造を強制する
・そのわりに画像はすべて「背景画像」扱いする矛盾
・メンテ対象ファイルが分散する
・作った人間以外、理解できなくなる可能性が高い
・多人数での分担開発を前提にした言語設計になっていない
フルCSSコーディングと、
従来のTABLE多用コーディングと、
どちらが生産性が高いのか。
本気で悩んでます。
どう思われます?
Posted by Bar at 2006年2月24日
コメントする
(初めてのコメントの時は、コメントが表示されるためにこのブログのオーナーの承認が必要になることがあります。承認されるまでコメントは表示されませんのでしばらくお待ちください)