0

「コントローラー/ビューを同じプロジェクトに配置し、すべてのモデルを別のクラス ライブラリに配置する」方法は直感的ではありません。私はそれを縦に持つことを好みます。つまり、関連するコントローラー/ビュー/ビューモデルを別々のプロジェクトに持つことです。

そこで、インターネットを調べてみると、エリア機能を使用している人が (多くはありませんが) いることがわかりましたが、ルーティングを行うとなると面倒です。

では、コントローラー/ビュー/ビュー モデルを、エリアではなく別のプロジェクトとして配置できないのはなぜですか? それができないのですか、それともパフォーマンスが低下するので誰も使用しませんか?

4

2 に答える 2

2

ソリューションは自由に構成できます。すべてがあなたが望むように動作するように設定可能です。さらに、ソリューションを構築する方法がパフォーマンスに影響を与えるべきではありません。

慣用的なデフォルトの方法でソリューションを構築する方がはるかに簡単です。MVC の他のユーザーは、既定の方法に既に慣れているため、コラボレーションが容易になります。別の構造の方が優れていると感じたとしても、たとえそれ優れていたとしても、デフォルトの構造を許容することで大きなメリットが得られます。

于 2013-09-06T15:43:22.477 に答える