私はいつもサービスを利用すべきですか、またはリポジトリを直接使用できますか？

Question

私はDDDに従うときにいつもサービスを受けなければなりませんか？

または、リポジトリを直接使用してドメインオブジェクトを取得できますか？

Answer 1

個人的には、コントローラや一般的なプレゼンテーション層にリポジトリが表示されるのが好きではありません。しかし、私はそれを何度も見てきましたが、DDDの文脈では何も問題はありません。

答えは、あなたのプロジェクトの大きさによって決まると思います。より複雑なプロジェクトでは、サービスレイヤが頻繁に使用されます。単純なMVC Webサイトは、リポジトリを直接使用するだけです。

Answer 2

また、リポジトリを直接使用してドメインオブジェクトを取得することはできますか？あなたは間違いなくでき

。それはリポジトリの目標です。 SOAやWebサービスベースのアーキテクチャーの特定のコンテキストを除いて、そうでなければどんな種類のサービスを使うのだろうと思います。

Answer 3

DDDの原則を使用して構造化された最初のプロジェクトを完了した後、私はアプリケーション層が利用できるドメインサービスとリポジトリの両方を持つことが有用であることを発見しました。

キーポイント：このアーキテクチャを使用している場合は、アプリケーションレイヤーがWCFサービスまたはWebサービスのコードである可能性があります。すべてがあなたの実装に依存します。実装に合っていれば、アプリケーションレイヤーはプレゼンテーションレイヤーと同じでもかまいません。したがって、contollersまたはWebフォームのコードレイヤーにアプリケーションレイヤーコードがあります。

リポジトリは、メモリ内のコレクションのように機能します。アプリケーションレイヤーには、古いコレクションを使用しているように見えるはずです。

ドメインサービスは、決して更新されず、処理される可能性がありますが、直接更新されない情報へのプロセッサまたはアクセサのように機能します。アプリケーションレイヤーには、古いWebサービスを使用しているように見えるはずです。実際に私はそれがデータベースキーとビジネスをカプセル化し作成した実装オブジェクトに型指定されたジェネリックコレクションから継承

リポジトリ

マイリポジトリ：言われて、私はいくつかの例を挙げて詳細に説明することを

一緒にモデル化する。このアプローチを使用して、私はそのような

BusinessObject this[int index]; 

としての私のインターフェイスでインデクサーを定義することができると私は、基になるコレクションのインデックスとデータのキーを検索しますセッターに基づいてビジネス・オブジェクトを返しますゲッターを持つことができます基になるコレクションから削除し、オブジェクトをデータベースに保存します。これは、例えば

IBusinessObjectRepository repository = new SqlBusinessObjectRepository(sqlString); 
BusinessObject obj = repository[0]; //Get first object in the list. 
//Make some changes to the business object by setting properties or calling methods to process business logic. 
repository[0] = obj; //Save the object back to the database. 

サービス

私は個別に編集するつもりはないエンティティと値オブジェクトのリストを取得するためにサービスを使用して、私の場合には、ある、アプリケーションコードは非常に簡単になります集約ルート上のメソッドを呼び出すときに使用可能な選択項目または値としてのみ使用されます。一般に、私はこの情報をWebサーバーにキャッシュします。これはドメインサービスの唯一の使用ではなく、私の例です。アプリケーション層コードは比較的単純なままです。結論として、またDDDの原理を理解することにより、アプリケーション層はサービスまたはリポジトリのいずれかからビジネスオブジェクトにアクセスできるはずです。それらの間の選択は、ドメインモデル内で最適なものにまで下がります。