04/01/19 16:26 hNg42KGk
長文すみません。
>>439
>>437あたりが煽ってるので書き込みにくいのかも。
でも、言ってることも一理あるので、話題ふりついでに皆さんに質問です。
大規模アプリの開発になるとビジネスロジックとビューの分離が不可欠になってきますが、
CFで良い手法またはフレームワークはありますか？
ググってみてCFObjectとかFuseBoxとか見つけたのですが、
どちらもロジックはこのファイル名でこのディレクトリに置いて、
ビューからはCFINCLUDEで呼び出すというような方法で、
要するに開発者がきちんと命名してルールに従って書いてねって感じ。
それをCFINCLUDEするもんだから、
呼ばれた側と呼んだ側にはインターフェースの規約がなく、
開発者がロジックに必要な変数を理解してビューで準備しなければならない。
どう考えても、フレームワークが開発を楽にしてくれるのではなく、
開発者に負担を強いてるとしか考えられないのですが、いかがでしょうか？
特に、FuseBoxはMVCを意識して作られてるようですが、
JavaでMVCのアプリを開発するためのフレームワーク、Strutsに比べると、
画面の遷移やMVCの役割の分担など、
フレームワークでやるべき部分をほとんどやってないような気がするのですが。
皆さんはどのようにしてますか？