在了解作者之後再說這本書。
去架構設計乙個系統的時候，首先考慮的不是這個系統有多少個功能點，而應該是：
1.執行在windows還是linux上，選擇的是tomcat還是jetty
2.你想支援的多少併發使用者的請求
3.是構建於內網還是外部易可訪問，需要怎麼樣的安全性要求
4.是吞吐量優先還是要求高響應性
等等方面。
架構是設計的一部分，它突出某些細節，並通過抽象忽略掉另一些細節，架構是設計的子集。它是最高層面的抽象和分解，關注元件的劃分及各個元件之間的關係及暴露給外部的屬性。
平衡：
這個是兩個角度的平衡，乙個是高層次的平衡，平衡以下角色的需求
投資人：能夠在給定的資源下完成專案
專案經理：組織計畫、指定迭代計畫
市場人員：需要有同競爭者差異化的品質
使用者，包含系統管理員：安裝、部署、準備、配置人員
以上不同人員有不同的需求，架構需要在以上做乙個平衡。另乙個是設計層面的平衡，平衡技術選型，在響應性及吞吐量之間的選擇。
架構師的第一任務是於以上的利益相關人協作，理解他們的關注點和約束，並給出優先順序！為什麼不從功能入手的原因是，因為有很多種可能的系統分解方式，例如用資料模型開始得到一種架構，從業務處理模型得到另一種架構。
架構中還需要關注的一點是保證架構概念完整性，系統中反映的是一組設計思想，而不是許多中獨立而不協調的設計思想，這個在《設計原本》也被反覆提到！概要完整性延伸的就是處理問題的一致性。
《架構之美》閱讀筆記02
1.新 的定位 一開始就有系統結構清晰的總體檢視，所以，新的功能單元可以新增到正確的功能區域，而不是為了一時方便，隨意新增。這樣，有的時候開發者的工作會需要動寫腦筋，但是在系統維護和擴充套件時，就變得容易了 2.系統的一致性 頂層設計的良好風格和決定，為底層 好處，是統 一 整潔的。清晰的定義，確保...
《架構之美》閱讀筆記02
首先我看了關於混亂大都市這一節，了解了微觀層面特點沒有統一的概念將不同的部分組織起，風格不一致控制流無法 即控制流的流向很複雜，額外的資料快取，其目的讓資料停留在更方便的地方 但是，容易造成資料的不一致性，維護或擴充套件不方便 沒有人了解整個系統，沒有任何文件，巨集觀層面特點，系統沒有彈性，無法變更...
架構之美閱讀筆記02
接著讀架構之美，對於這樣的書真是不容易下心去讀，尤其又是在這美好的寒假時光裡。這次看了下第二章，感覺第二章依舊是引入階段，也就是前戲，繼續講述架構。而且指向了有架構可尋的一些好處，我看出來也就是這樣的了。第二章大致是講兩個系統的比較，功能類似，但是結局不同。首先看混亂大都市，沒有統一的概念將不同的部...