1

プロジェクト ソリューションの簡易版を提供します。私のソリューションには次のプロジェクトがあります。MVC、コア、データ、共通。Common は、列挙型、静的クラス、データ転送オブジェクトなどを保持します。ロジックもアセンブリもありません。MVC レイヤーは Core と Common にアクセスできます。Core は Data と Common にアクセスできます。データは Common にアクセスできます。

インターフェイスを使用して依存関係を消費するクラスが既にあります。IoC 用に Microsoft Unity を実装したいと考えています。UnityConfig を MVC、Core、および Data プロジェクトに追加しました。その後、Unity に各プロジェクト クラスを登録させることができました。これは問題なく動作し、バッグに問題があると思いました。

私のチームの開発者の 1 人が、そのようにすべきではないと言っています。3 つのレイヤーすべてに依存関係を追加していること。私は彼の主張を理解し、この環境で Microsoft Unity を実装するためのベスト プラクティスは何かと考えています。

他の開発者は、データ層参照を MVC プロジェクトに追加するように求めています。その後、Unity を MVC プロジェクトだけに含めることができます。データ層を MVC プロジェクトの範囲に入れるという考えは本当に好きではありません。私は開発者がエンティティを直接呼び出すという悪い経験をしたことがあり、コア層 (ビジネス層) を使用してコア層にデータベース呼び出しを行わせるように強制したいと考えています。

Unityが3つのレイヤーすべてを表示できるようにするためだけに、別のプロジェクトを追加することも検討しています。単一の構成ルートを持つ限り、これが問題を引き起こす可能性があることが指摘されました。私が以前に本当に考えていたものではありません。

MVC からデータ層への参照の追加を含まないクリーバー ソリューションを本当に望んでいます。

事前にどうもありがとうございました。

4

0 に答える 0