私が遊んだ MVC / MV* タイプのフレームワークのほとんどでは、ソースを次のように整理する必要があります。
model/
FooModel.xyz
BarModel.xyz
view/
FooView.xyz
BarView.xyz
controller/
FooController.xyz
BarController.xyz
アプリケーション オブジェクト タイプではなく、MVC 要素に基づいてディレクトリに編成します。私の一部は、コードが次のように整理されていれば、生活が楽になると常に感じています。
Foo/
FooModel.xyz
FooView.xyz
FooController.xyz
Bar/
BarModel.xyz
BarView.xyz
BarController.xyz
一般に、Foo で作業している場合 (たとえば、新しいフィールドを追加する場合)、すべての Foo* ファイルを開くことがよくあります。これは、すべての Foo ファイルが異なるディレクトリにあるため、面倒です (最初の世界の問題)。
Foo ソース間の結合がきつすぎるというコードの匂いですか?
そしてもちろん、対応するビュー、コントローラー、およびモデルを持たないモデル、ビュー、またはコントローラーがある場合、この代替手段はあまり魅力的ではありません。多くの場合(通常は?)、どちらが当てはまりますか...
では、なぜ MV* フレームワークの標準的な構成が、私が提案したストローマンの代替案よりも実際に優れているのでしょうか?