領域驅動設計(DDD:Domain-Driven Design)

sinaID30957發表於2013-12-19
AI
DDD最大的好處是：接觸到需求第一步就是考慮領域模型，而不是將其切割成資料和行為，然後資料用資料庫實現，行為使用服務實現，最後造成需求的首肢分離。DDD讓你首先考慮的是業務語言，而不是資料。重點不同導致程式設計世界觀不同。

上面的話摘自：jdon對DDD的解釋：
原來是將資料和行為割裂，現在將他們放在一起，這就是物件導向的設計和分析的東西吧。

但是上面的話，並沒有說，建立了業務模型，業就是領域模型之後，繼續怎麼辦啊？
應用資料驅動的方法，大家都知道，在業務需要的指令碼程式碼寫在service中，DAO儲存資料在資料庫中。
DDD建立的業務模型，那相當於就是講原來service中的程式碼，下移中實體中了吧！
那這樣在領域模型中，就有了用於實體本身CRUD的方法，還有一些從service句中下移的程式碼。
資料儲存還和原來一樣

相關文章