インターフェイスの使用時にドメインモデルが返すべきことは何ですか？

Question

ドメインモデル（データモデル+ビジネスモデル）が別のクラスライブラリにあるMVCアプリケーションがあります。私は、データを返さなければならないいくつかのメソッドを公開しているインターフェイスを使用していますが、必ずしも自分のドメインオブジェクトの表現全体ではありません。

私の質問はどのようにデータを返すべきですか？
ビジネスモデルレイヤーで一種のビューモデルを作成し、メインアプリケーションの実際のビューモデルと一致させる必要がありますか（views-controllers-viewmodels）？
このデータを動的オブジェクトとして返す必要がありますか？
ドメインオブジェクト全体のイベントを返す必要がありますいくつかのプロパティのみが必要ですか？
ベストプラクティスは何ですか？

//Domain Class 
public class User 
{ 
    public string UserName { get; set; } 
    public int UserId { get; set; } 
    public string UserPassword{ get; set; } 
    public string FirstName{ get; set; } 
    public virtual ICollection<ApplicationUserTeam> ApplicationUserTeams 
    { 
     get { return _applicationUserTeams; } 
     set { _applicationUserTeams = value; } 
    }  

} 


public interface ITrackAttendance 
{ 
    dynamic GetUsersCompany(int CompanyId); 

} 

public class TrackAttendanceServices : ITrackAttendance 
{ 
    //Method returning a Dynamic Object??? 
    public dynamic GetUsersCompany(int CompanyId) 
    { 

     using (var _ctx = new TrackAttendanceDb()) 
     { 
      return _ctx.Users.Where(u => u.ApplicationUserTeams.FirstOrDefault().Team.CompanyId== CompanyId)      
       .Select(u => 
         new 
          { 
          UserName = u.UserName, 
          UserId = u.Id, 
          userState = false 

         }).ToList(); 


     } 

    } 

} 

プロジェクトのアーキテクチャ：

この

は、状況についてのより良いアイデアを与える例である

マイソリューション：持っているすべての専門家に

感謝私はこの質問に対して意見を与えられたので、次の点についてDTOアプローチ（@ uk2k05）に従うことにしました：

• 非常にクリーンなアーキテクチャを維持できます。
• このアプローチは、1つの責任原則に沿っています。
• これは、アプリケーションレイヤが基盤となるドメインモデルに依存しないことを保証します。

ファクトリパターン（@Liam）やコマンドクエリ分離（CQS）（@ L-Four）など、ここで挙げたその他の興味深いアプローチを理解しておく必要があります。私の特定の環境に複雑さと作業を追加する可能性があります。 CQSとFPは（私の謙虚で個人的な意見から）アーキテクチャを定義するための心のシフトを必要とします。

Answer 1

コマンドクエリ分離（CQS）をご覧ください。基本的には、コマンド側からクエリ側を分割することを意味します。

エンティティの作成の更新などのコマンドでは、おそらく今やっているようにドメインモデルを使います。

しかし、クエリの場合、情報を取得するだけでシステムを変更しないので、ドメイン層を通過する必要はありません。したがって、単純にドメイン層をバイパスし、データベースに直接照会し、データエンティティを返すことができます。それをコントローラ内で専用のビューモデルにマップし、ビューに渡します。 がと投影されていると、データレイヤーを直接公開するのではなく、それに基づいて構築されたDTOがあることを意味します。ドメインモデルのエンティティとはまったく異なって見える可能性があります。

多くの情報が見つかりました。たとえば、hereとなります。