大規模なエンタープライズアーキテクチャでドメイン駆動型設計が崩壊するのは私だけですか？

Question

私はあなたが犬を持っていて、それが樹皮を必要とする場合、犬の樹皮方法を置くドメイン駆動設計を理解することはかなり確信しています。犬の状態を持続させる必要がある場合、それはリポジトリの仕事です。私はもっ​​とたくさんあることを知っていますが、今のところそれに行きましょう。

私は、エンタープライズシステムのビジネスプロセスから、そのプロセスが完了できるようにするための作業を見ています。私はビジネスプロセスを完了し、ビジネスプロセス管理システム（BPMS）でそのプロセスの状態を維持するために1年を要しました。

したがって、BPMSはスケジュールされた時間に基づいて年間を通じて機能を実行します。これらの機能の一部は、他のビジネスプロセスで再利用されます。 DDD（私たちの謙虚な犬）に関与する候補者であるオブジェクトは、プロセスが何であるか分かりません。プロセスからのインプットを与えられたときには、それらを吠えるだけです。 DDDは、犬がプロセスによってある種のインプットを与えられたときに、私たちが彼に尋ねるときに吠えるだけでよいとき、このことをどのように助けますか？本当に

Answer 1

ない答え、単にいくつかの注意事項：

あなたは犬を持っており、それが吠えする必要がある場合、これは単純化しすぎている犬

に

の樹皮の方法を置きます。コード内のオブジェクトは、バイナリの犬が実際にモニタから飛び出して吠え始めるかのように、現実世界を模倣するべきではありません。ソフトウェアの世界では、square is not a rectangle。あなたが実際に犬が吠えているという事実に興味がある可能性が高い、時間の犬の吠え率の変化について。

そして、突然、私たちは医学の状態の記述についての吠え声の歴史の記録について話しています。