DDD
誰使用domain service
entity 能直接調用 repo 嗎
是否一定要聚合
區分bounded context 可以假設有多個部門或是多個開發者
參與主體
鲍勃大爷:先设计对象的行为,再设计数据库的表结构!
先考慮參與者
为了识别某个概念是否属于某个限界上下文,问题就变成了:
是否都符合该主题的通用语言的要求?
是否与该主题无关?
是否更符合该主题的通用语言?
是否是该主题的通用语言?
DDD 是設計方法 每個BC可以用MVC架構也可以用clean architecture架構
最後都是回到ooad 所以去探討實作細節不如去看clean architecture
DDD還是著重在BC跟子域就好
跟對方公司部門 或是工程部門有關
https://www.jdon.com/53988
KISS 單一職責
DDD 戰略設計 + clean architecture
物件設計的判斷依據
行為 跟 資料
如何被使用
如果多增了一個類型要如何更改
如果依賴的東西變了 會怎麼被影響
如果物件改變了 依賴這個物件的class會如何被影響
留言
張貼留言