facebook twitter hatena line google mixi email
★お気に入り追加


  • 440
  •  
  • 2004/01/19 16:26
長文すみません。

>>439
>>437あたりが煽ってるので書き込みにくいのかも。
でも、言ってることも一理あるので、話題ふりついでに皆さんに質問です。

大規模アプリの開発になるとビジネスロジックとビューの分離が不可欠になってきますが、
CFで良い手法またはフレームワークはありますか?

ググってみてCFObjectとかFuseBoxとか見つけたのですが、
どちらもロジックはこのファイル名でこのディレクトリに置いて、
ビューからはCFINCLUDEで呼び出すというような方法で、
要するに開発者がきちんと命名してルールに従って書いてねって感じ。
それをCFINCLUDEするもんだから、
呼ばれた側と呼んだ側にはインターフェースの規約がなく、
開発者がロジックに必要な変数を理解してビューで準備しなければならない。

どう考えても、フレームワークが開発を楽にしてくれるのではなく、
開発者に負担を強いてるとしか考えられないのですが、いかがでしょうか?
特に、FuseBoxはMVCを意識して作られてるようですが、
JavaでMVCのアプリを開発するためのフレームワーク、Strutsに比べると、
画面の遷移やMVCの役割の分担など、
フレームワークでやるべき部分をほとんどやってないような気がするのですが。

皆さんはどのようにしてますか?

ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード