Entity FrameworkのID可能なエンティティコード

Question

私のビジネスロジックとコアエンティティは緊密に結合されています。

• たとえば、Sessionというオブジェクトはデータベースエンティティですが、文字通り言葉で言えば、イベントが記録される実際のセッションです。
• このセッションオブジェクトには[NotMapped]オブジェクトもあり、アンマネージドリソースを処理します。
• SessionオブジェクトはIDisposableも実装します。
• 私のプロジェクトのエンティティの良い塊は、上記の特徴を持っています。

これは災害のようです。問題は、ここでどのようなアプローチを取るかです。

答えは、デザインパターンやアーキテクチャを指すことを期待していますが、提案されているソリューションの名前ではなく、そのポイントを説明するための非常に短いコード例を含めてください。

これまで考えてきたことは、各エンティティからビジネスオブジェクトとして派生し、コード生成を使用してあるタイプから別のタイプに変換することです。これはクライアント/サーバーアプリケーションであるため、派生アプリケーションであるにもかかわらず、デスクトップアプリケーションでそのままエンティティリレーションシップを使用できるようにしたいと考えています。

持続可能な方法でこれを達成する方法がわかりません。

Answer 1

これはデザインパターンではなく、使い捨てエンティティの所有権に関するものです。誰がエンティティを所有していますか？所有者は処分の責任を負います。これはあなたのコード/デザインによって直接定義されたものです。

EFコンテキスト自体は使い捨てです。Dispose操作をオーバーライドして、すべての添付エンティティを処分することができますが、おそらくコンテクストはエンティティの所有者ではないため、実行したくないものです。文脈からエンティティを要求したり、エンティティの永続性を要求したりするコードは、処分の責任者とみなされるべきである。