我閱讀的第一本名著是電子版的《架構整潔之道》，網上對這本書的評價很好，閱讀後我總結了自己的一些閱讀筆記和心得體會，按點論述一下：
1.1普通程式設計師：就是正確處理業務和資料計算，讓**跑起來
1.2工程師：寫的**易讀、易維護、易擴充套件、可重用、效率高
1.3架構師：權衡、決策、簡化、靈活、應對複雜度
1.微觀：**
2.巨集觀：架構
3.分離控制與邏輯
控制：對程式流轉，與業務邏輯無關，如：多執行緒、非同步、服務發現、訊息中介軟體等，另外還有業務邏輯中的判斷(if else) , 是否可以去掉if else , 變為根據一定規則進行路由到不同邏輯， 這樣也便於擴充套件， 職責分離，同時也便於測試
邏輯：實實在在的業務邏輯，解決使用者問題的邏輯
控制、邏輯構成了整體的軟體複雜度，有效分離得到最大簡化
乙個好的軟體架構需要考慮以下四點：
3.1人力成本：可以大大節省軟體專案構建與維護的人力成本
3.2變更成本：讓每次變更都短小簡單，易於實施
3.3風險：並且避免缺陷
3.4擴充套件性：最大程度地滿足功能性和靈活性要求
作者的觀點是二者之間沒有區別。我認為一般的軟體設計與架構設計差別還是很大的，面臨的問題，思考的方式都是不一樣的。底層設計細節和高層架構資訊是不可分割的。
要想跑得快，先要跑得穩
支撐軟體系統的全生命週期，設計良好的架構讓系統便於理解、易於修改、方便維護，並能輕鬆部署
開發階段：元件不要使用大量複雜的腳手架；不同團隊負責不同的元件，避免不必要的協作
部署階段：部署工作不要依賴成堆的指令碼和配置檔案；元件越多部署工作越繁重，而部署工作本身是沒有價值的，做的越少越好，所以要減少元件數量
執行階段：架構設計要考慮到不同的吞吐量、不同的響應時長要求；架構應起到揭示系統執行的
維護階段：減少探秘成本和風險。探秘成本是對現有軟體系統的挖掘工作，確定新功能或修復問題的最佳位置和方式。風險是做改動時，可能衍生出新的問題
《架構整潔之道》閱讀筆記03
接著上一次的 架構整潔之道 閱讀筆記02繼續寫最後一篇 1.軟體開發技術發展的歷史 就是乙個如何想法設法方便地增加外掛程式，從而構建乙個可擴充套件 可維護的系統架構的故事。2.系統的核心業務邏輯必須和其他元件隔離，保持獨立，其他元件要麼可以去掉的，要麼有多種實現的。業務邏輯是乙個系統存在的意義，屬於...
《架構整潔之道》閱讀筆記02
軟體系統可以通過行為和架構兩個維度來實現實際價值 7.1行為價值 包括需求的實現，以及可用性保障 效能 穩定性 是最直觀的價值 7.2架構價值 軟體系統必須靈活，必須容易被修改 7.3架構價值是否是必須要有的？如果業務是明確的 穩定的，架構的價值就可以忽略不計 但業務通常是不明確的 飛速發展的，這時...
《架構整潔之道》讀書筆記（二）
在本書的第二部分重新審視了一下三種基本的程式設計正規化 結構化程式設計 物件導向的程式設計與函式式程式設計，並提出了乙個重要觀點 從1946年圖靈為電子計算機寫下第一行 到現在，軟體的基本規則一直沒有變過。電腦程式的最基本構件始終是順序 執行 選擇 遞迴和間接應用 indirection 程式設計正...