領域物件與業務邏輯關係設計思路

[img index=1]
我的每一個Model都是由“物件”+“上下文”（一個*.properties配置檔案，也可沒有），model可以完成自己的“增刪改查”，Model也可以說是“領域物件”，包含屬性和行為，在沒有什麼業務邏輯的時候，即只有“增刪改查”，也就沒有必要寫service類了。只有當model（領域物件）的某行為包含業務邏輯的時候，才寫包含業務邏輯的Service，然後讓這個model在呼叫service完成，時常呼叫者會把自己作為一個引數傳入，意味著自己參與了邏輯。無論邏輯上怎麼變化，view與後臺互動始終未變，因為view呼叫的是model的方法。

在說說業務邏輯，其包含：制度，規則，演算法。領域物件應該是參與在制度和規則之中，只有演算法可以認為是工具。所以我才說Model呼叫service的時候，如果service是制度和規則描述體，就應該把領域物件自己傳入其中。想想你去銀行辦一張卡，你，櫃員，電腦，銀行都是交易規則和銀行制度的參與者。