第四部分終端使用者應用架構第十一章將一組簡單的元件和一門語言結合成為乙個作業系統，是日後作為一名程式設計師必不可少的技術，第十二章講了乙個簡單的架構如何經過衝刺、評審等過程最終成為乙個完整健全的系統。
第十一章gnu emacs:滋長的特性是其優勢。首先了解emacs，這是乙個類似於文字編輯器的東西，開啟檔案可以顯示出檔案的內容並且可以經行修改儲存退出等操作。他所採用的互動式應用程式採用的是檢視-控制器模式，其中，模型是程式所運算元據的底層描述；檢視則是向使用者展示資料的方法；而控制器則負責實現使用者與檢視的互動，並對模型進行相應的更新。它的架構就是不斷滋長的特性導致的。我們可以通過模型的複雜度和操作的命令複雜度來對其進行衡量評估。但是emacs卻採用了比較簡單的不支援樣式表、自動編號小節、頁首/頁尾等方法。
第十二章當集市開始構建教堂。在面對具體的問題例項時，如何進行透徹的分析並從實際出發考慮直至解決問題一直都是主流，也是本章所要講的關鍵問題。文中提到了排程，但是它和排程是不同的，排程是指令告訴程式一步步該執行怎樣的流水操作，而我們不能忽視架構的問題，我們要使所開發的軟體有明顯的改進，有質的飛躍，那麼至少要從架構上進行分析優化，找到乙個能夠解決問題的方案，從一開始就有乙個比較全面的和可靠的方向，才能幫助我們在開發的過程中更加容易的完善架構、完善系統、完善整個軟體的質量。
《架構之美》閱讀筆記02
1.新 的定位 一開始就有系統結構清晰的總體檢視，所以，新的功能單元可以新增到正確的功能區域，而不是為了一時方便，隨意新增。這樣，有的時候開發者的工作會需要動寫腦筋，但是在系統維護和擴充套件時，就變得容易了 2.系統的一致性 頂層設計的良好風格和決定，為底層 好處，是統 一 整潔的。清晰的定義，確保...
《架構之美》閱讀筆記01
1丶架構是什麼 架構應該是一組結構，於一組設計規則，能減少複雜性。常見定義是，每種結構由各種型別的元件和關係組成，它們如何組合 相互呼叫 通訊 同步 及其其他互動。元件及元件之間的關係 2丶架構目的 確保利益相關人員的關注點能夠得到滿足，而在構想 計畫 構建和維護系統時，系統架構能夠處理複雜性。為了...
架構之美閱讀筆記03
在後來的章節中，又介紹了 混亂大都市 和 設計之城 兩個專案，將兩種比較，形象的說出了好的架構與差的架構的一些特性。混亂大都市 的最大問題是重複，它沒有考慮好軟體設計中最關鍵的品質，內聚和耦合。它的失敗經驗很值得我們借鑑 缺乏預見性和對架構的整體思考。版本的發布週期過於漫長 系統沒有彈性，可擴充套件...