DDD本質是分而治之的分析方法 - James Hickey

banq發表於2019-09-18

領域驅動設計看起來真的很複雜，有很多行話，等等。總而言之，這是一種分而治之的方法。第一件事就是將您的業務劃分為更小的“塊”。每個塊都易於處理+理解。
但是，為了能夠做到這一點並以有利於業務的方式，您需要了解......業務。這個業務的動態部分是什麼？有哪些人參與？是誰？他們在做什麼？他們什麼時候做的？他們為什麼這樣做？有什麼過程流程？
DDD驅動軟體專業人員瞭解業務，以便他們可以與重要人員攜手並進，最終將使用該軟體。
每個“塊”都可以做到它想要的。每個都可以是複雜或簡單的。這是一個巨大的好處：每個塊（有界上下文 簡稱BS）可以根據需要高效或周密地構建！
與高階細節+ BC之間的相互協調呼叫相比，，每個BC的具體實現並不重要：人們可能會使用基本的CRUD來實現，或採取另一種事件溯源EventSourcing等。但是從最初的設計POV來看，每個BC的需求是獨立的，並且這在實現中很重要。

相關文章