ASP.NET MVCソリューションを整理する

Question

私は大規模なASP.NET MVC 3アプリケーションを数ヶ月間作っています。私のコントローラーが大変であることがわかったのは、プロジェクトの後半になってからでした。これらのコントローラーが巨大であるという問題の一部は、私が単体テストできなかったことでした。

私は（私の心の中で）4つのタスクに分割するので、コントローラの責任をしました：

• ナビゲーションデータにIDを変換する
• が
• 一般的な表示のための
• 建物のビューモデルオブジェクト目的ビジネスロジック

一部のビジネスロジックはクライアント側とサーバー側のコードで共有されるため、ビューモデルビルダーロジックと混合するのは意味がありません。そこで、私はすぐに少なくとも2つのプロジェクト、すなわちビューモデルビルダーと汎用ビジネスロジックの必要性を見ています。

私はナビゲーションがMVCプロジェクトにとどまるようにコントローラの責任でなければならないことを認識しました。

IDをデータオブジェクトに変換するのは、どのプロジェクトが責任を負わなければならないのでしょうか。もともと、私はこれをビジネスクラス/ビューモデルビルダークラスの責任者にしていました。しかし、私はこれらのクラスが完全に構築されたオブジェクトでプライマリで動作することを望んでいると思います。だから、コード内でどこでこの変換が行われるべきかわかりません。私がどこで変換を行うかは問題ではないようですが、コードは重複してしまいます。私はこれらの変換を行うそれぞれのプロジェクトでアダプターを作成し、実際のビジネスクラス/ビューモデルビルダークラスを呼び出すことを考えていました。

• 誰かが1つのプロジェクトを超えて成長したASP.NET MVCプロジェクトで働いたことはありますか？
• コントローラのサイズを小さくしてコードをテスト可能に保つために、ロジックをどのように分割するのですか？

Answer 1

• 誰もが単一のプロジェクトを超えて成長してきたASP.NET MVCプロジェクトで働いていますか？

はい。

• は、どのようにロジックがダウンコントローラのサイズを維持し、テスト可能なコードを維持するために出て壊れていますか？

putting controllers on a diet。