どのレイヤエンティティクラスを定義する必要がありますか？

Question

レイヤ（GUI、BLL、DAL）エンティティクラスを定義する必要があるビジネスモデルを作成するときは、

Answer 1

エンティティはビジネスロジックの一部です。エンティティでは、ビジネスルールを定義します。

これらは、使用するデータアクセスの種類を知らないようにする必要があります。これは、リポジトリパターンを使用して行うことができます。あなたのBLLでは、エンティティに作用するリポジトリインタフェースを定義します。別のインフラストラクチャプロジェクトでは、リポジトリの実装を定義します。

エンティティをGUIに渡す場合は、選択の余地があります。時には、データをビューに渡すために特殊な細工されたクラスを使用することは有益ですが、小さなプロジェクトではエンティティをGUIに直接渡すことができます。

Answer 2

エンティティを使用する方法によって異なります。単純なPOCOオブジェクトであれば、データベースからDTOとしてアプリケーションに使用されているので、最適な場所はDALになると思います。エンティティをビジネスロジックの一部のように使用したいと思っていて、それが機能しているなら、BLLが最適な場所になります。しかし、私はそれがGUIで使用され、定義されるべき場合があるとは思わない。

私はGUIのためにViewModelを持つことをお勧めします。これは、EFを使用するときは、何らかの形でSQLとやりとりすることを意味するためです（ほとんどの場合）。したがって、データは正規化されます。一方では、何度もGUIのための非正規化データが必要です。なぜ私はGUIのためにViewModelを使うのが好きなのですか？

Answer 3

どちらかの2つの場所で

それを定義することができ、データアクセス層に

Answer 4

それらを定義し、新たな層モデル/エンティティ（優先）

または

を作成し、私は言う：に自分の層。 GUI、ビジネス層、データアクセス層はすべてエンティティを使用します。しかし、GUIはデータアクセス層に依存せず、データアクセス層はサービス層に依存しない。したがって、エンティティは独自のドメイン層に属している必要があります。