2

私はかなりエンタープライズ リソース プランニング ソフトウェアを分析しています。ERP は会計から販売、CRM まで多くの領域をカバーしているため、ドメイン駆動設計を使用することにしました。今、私は2つの質問があります:

  1. DDD を開始するための主な適用 (理論上ではない) リソースは何ですか?
  2. たとえば、「請求書」がどのドメインまたはモジュールに属しているかを調べるにはどうすればよいですか? 所属は「経理」か「営業」か？

エンティティとドメインを分離するときに混乱するような状況の多くの例があるかもしれません...

どうすればこの問題を克服できますか?

4

2 に答える 2

2

私は決してDDDの権威ではありませんが、これが私の2セントです

1）青い聖書を読んだことがありますか？そこにある例は、実際の輸送プラットフォームを構築したエリック・エバンスの経験から取られています。この本にあるような大きな例は他に見たことがありません。

2）請求書は両方に属することができますが、おそらくドメインごとに異なる意味を持ち、販売では注文や支払いなどにリンクされます。会計では、元帳と勘定にリンクされます。ERPの問題全体を解決するための独自のドメインは見つかりません。私はERPの経験はありませんが、販売とCRMを知っていると、15以上の異なるドメインが見つかる可能性があり、いくつかは小さなフレームワークであり、いくつかは問題の分厚い部分を解決します。

あなたの混乱について：私が過去にしたことは、ここSOでDDDに関連する質問を見つけ（いくつかは本当に啓発的です）、DDDについてかなりよく知っている人々からのブログ投稿を読むことです-lostechiesにはDDDについてのかなりの数の良いブログ投稿があります。

于 2013-02-19T08:48:13.933 に答える
1
  1. 実際に DDD を使用することをお勧めする 2 つのリソースがあります。C# - Problem - Design - Solution.pdfですが、どちらも Eric Evan の本を最初に読んだことを前提としています。
  2. 2 番目の質問に十分に答える資格のある人は誰もいないと思います。ほとんどの人は、状況と特定のアプリケーションに依存すると言うでしょう。厳しい真実は、DDD は設計に関するものであり、高度なスキルが必要だということです (簡単ではありません)。したがって、バッキング テストを使用して段階的にコードを開発することをお勧めします。これにより、適切なタイミング (エリックがブレークスルーと呼んでいるもの) が来たときに設計を変更できます。
于 2013-02-20T18:36:35.027 に答える