ドメイン モデルのロジックがサード パーティ コンポーネントまたは社内のカスタム ライブラリ/マネージャー .dll に依存している場合、この依存関係を作成しても問題ありませんか? 私は明らかに、ドメイン層へのファサードまたは永続化層への依存/依存関係を持っていませんが、他のタイプの依存関係が DDD の規則に違反するかどうかに興味がありましたか?
質問する
1006 次
2 に答える
8
一般的に、私はこの答えに同意します。これは、サードパーティのライブラリの場合に特に当てはまります。
- 頻繁に変更
- あらゆる種類のアウトプロセス通信を行います
- 独自の依存関係がたくさんあります
ただし、一部のサードパーティライブラリはドメインコードから直接参照できると思います（そうしないと、サードパーティと見なされる可能性があるため、組み込みのjava / c＃タイプを使用できません）。これらは、上記の特性のいずれも持たないライブラリです。たとえば、noda-timeです。また、ドメインに応じて、いくつかの数学またはコレクションライブラリを直接参照する方法もわかります。
于 2012-12-21T03:02:46.007 に答える
4
DDDでは、このタイプのシナリオは腐敗防止レイヤーで処理されます。これが基本的に必要とするのは、リポジトリまたはドメインサービスの背後にあるサードパーティAPIをカプセル化することです。サードパーティAPIのローカルモデルを作成し、それをドメインレイヤーの残りの部分と統合できます。
于 2012-12-20T23:06:40.507 に答える