24、謙卑物件

 謙卑物件實質是為了找出不可測試的物件，進而確定邊界。而找出不可測試的物件，最終是為了區分對應的可測試物件，並讓其負責更多的決策，比如資料結構，控制變數。從而對決策進行測試，保障系統的準確。而剩下的不可測試的物件，只能安分的聽從可測試物件的決策的安排進行約定的行為。

25、不完全邊界

(1) 構建不完全邊界的一種方式就是將系統分割成一系列獨立編譯，獨立部署的元件，類似於微服務的單個服務。

(2) 使用設計模式可以是程式碼看起來更加整潔清晰。

26、層級和邊界

 設計軟體時要考慮其擴充套件性，同時也不能太過度。如果不考慮擴充套件性，新增功能難以實現。如果考慮過度的擴充套件性會浪費開發的成本，想要設計完美的需要足夠的判斷和經驗。在開發時應該遵守設計原則，開發第一版後如需增加新的功能，可以對第一版進行調整，使其滿足第二版的需求，可以使用設計模式的來實現。

27、Main元件

 文中提到main元件能以外掛的形式存在於系統中，因此我們可以為一個系統設計多個main元件，個人認為可以理解為單一原則，在業務邏輯中一個介面對應一個業務的實現，多個介面對應多個業務實現，在傳入引數時業務方法載入對應的dll,然後將對應的邏輯交給高層次的元件。