プロジェクト構造 - 相互参照レイヤー

Question

私はエンティティ層、DAL層、ビジネス層、およびUI層で構成される、.NETのN層アーキテクチャを実装しています。

エンティティは、プリミティブフィールドに加えて、ナビゲーションプロパティも含みます。この例はInvoiceLineプロパティを持つInvoiceエンティティで、親Invoiceエンティティに関連付けられたすべてのInvoiceLineエンティティを返す必要があります。

これらのInvoiceLinesに適用する必要があるビジネスロジックが永続性メディアから取得され、コードを複製したくないという事実のため、InvoiceエンティティのInvoiceLinesプロパティは、 IEnumerableを返すビジネスロジック内のGetInvoiceLinesByInvoiceIDメソッドに渡します。

は私の問題はこれです - エンティティのプロジェクトは、ビジネスのプロジェクトに依存しており、ビジネスのプロジェクトは、それによって相互参照を導入し、エンティティのプロジェクトに依存するため、私は、別のプロジェクトに層を分離することはできません。私は現在、3つのレイヤー（Entities、DAL、Business）を同じプロジェクトに収めていますが、これはうまくいきますが、他のソリューションの中でEntitiesだけを共有することはできません。

私は、相互参照層によって、このように私はいくつかの原則に違反してることを理解するが、それはそれらに適用されるビジネスロジックと私のエンティティに取り込まナビゲーションプロパティを持つことが非常に便利です。

は、誰もがより良い方法、または私は別のプロジェクトで、私の層を維持しながら、これを行うことができますいくつかの方法を提案してくださいことはできますか？

乾杯

Answer 1

私はこのような状況自分の回数にしてきたし、アウト簡単な方法は、通常はあります。

私はここでいくつかの仮定をしますが、うまくいけば彼らは正しいでしょう。インターフェイスベースのアプローチを使用している場合、ビジネスロジックはいくつかのインターフェイスを実装し、エンティティはいくつかのインターフェイスを実装します。エンティティーからビジネス・オブジェクトへの依存関係は、ビジネス・オブジェクトからエンティティーへのインターフェースのものでなければなりません。これにより、インターフェイスを別のプロジェクト（または2つ）に分割し、ビジネスロジックと具体的なエンティティを独自のプロジェクトに分割して、インターフェイスアセンブリを参照するだけで済みます。

うまくいけばうまくいきます。