24
、謙卑物件
謙卑物件實質是為了找出不可測試的物件，進而確定邊界。而找出不可測試的物件，最終是為了區分對應的可測試物件，並讓其負責更多的決策，比如資料結構，控制變數。從而對決策進行測試，保障系統的準確。而剩下的不可測試的物件，只能安分的聽從可測試物件的決策的安排進行約定的行為。
25
、不完全邊界
(1) 構建不完全邊界的一種方式就是將系統分割成一系列獨立編譯，獨立部署的元件，類似於微服務的單個服務。
(2) 使用設計模式可以是**看起來更加整潔清晰。
26
、層級和邊界
設計軟體時要考慮其擴充套件性，同時也不能太過度。如果不考慮擴充套件性，新增功能難以實現。如果考慮過度的擴充套件性會浪費開發的成本，想要設計完美的需要足夠的判斷和經驗。在開發時應該遵守設計原則，開發第一版後如需增加新的功能，可以對第一版進行調整，使其滿足第二版的需求，可以使用設計模式的來實現。
27
、main
元件
文中提到
main
元件能以外掛程式的形式存在於系統中，因此我們可以為乙個系統設計多個
main
元件，個人認為可以理解為單一原則，在業務邏輯中乙個介面對應乙個業務的實現，多個介面對應多個業務實現，在傳入引數時業務方法載入對應的
dll,
然後將對應的邏輯交給高層次的元件。
《架構整潔之道》學習 一 第22章整潔架構
最近開始看了 架構整潔之道 對下面這個圖比較有感觸，就拍了上傳作為記錄下。這本書給我的感覺是自己原來根本不會設計程式，原來程式的設計不單是功能的實現和框架的使用，編寫程式雖然不是必須要這麼做，但好的程式設計一般是需要遵守一定的設計規則的。下面的這張圖讓我對架構整體設計有了新的認識。之前用別人的框架總...
《架構整潔之道》閱讀筆記03
接著上一次的 架構整潔之道 閱讀筆記02繼續寫最後一篇 1.軟體開發技術發展的歷史 就是乙個如何想法設法方便地增加外掛程式，從而構建乙個可擴充套件 可維護的系統架構的故事。2.系統的核心業務邏輯必須和其他元件隔離，保持獨立，其他元件要麼可以去掉的，要麼有多種實現的。業務邏輯是乙個系統存在的意義，屬於...
《架構整潔之道》閱讀筆記02
軟體系統可以通過行為和架構兩個維度來實現實際價值 7.1行為價值 包括需求的實現，以及可用性保障 效能 穩定性 是最直觀的價值 7.2架構價值 軟體系統必須靈活，必須容易被修改 7.3架構價值是否是必須要有的？如果業務是明確的 穩定的，架構的價值就可以忽略不計 但業務通常是不明確的 飛速發展的，這時...