mvc では、ASP.net MVC プロジェクトの設計パターンとしてリポジトリ パターンと作業単位クラスを使用するのが良いことを知りました (サービス層のビジネス ロジック)。
私の質問は、私は Microsoft によって導入された MVC 4 を初めて使用することです。MVC 4 環境でも上記のパターン (リポジトリと作業単位) を適用できますか?その設計パターンでプロジェクトを開始するのは良いアプローチですか?
MVC では、大規模な MVC プロジェクトの別のタイプのパターンを満たす必要がありますか。
誰でもMVC 4について知っていることができますか?それについてコメントしてください。
すべてのチュートリアルでリポジトリ パターンが示されているからといって、それが MVC の世界の問題を解決するためのデファクト スタンダードであるとは限りません。
最初に、アプリケーションの複雑さを理解する必要があります。リポジトリは、アプリケーションに不要な複雑さを追加する可能性があります。ところで、データベースと通信する方法については言及していません。( Nhibernate、Entity フレームワーク) の場合、適切な抽象化が既に行われています。なぜもう 1 レベルの抽象化が必要なのですか?
リポジトリ パターンを使用するかどうかについては、多くの議論があります。
すべての有名な ORM ツールには、あなたが言及したパターン (作業単位とリポジトリ) が実装されています。
ASP.NET MVC チュートリアルの「ASP.NET MVC アプリケーションにリポジトリと作業単位パターンを実装する」を参照してください。これで正しい方向に進むことができます。