關於架構的小整理，僅限於個人

1.關於架構過程：

a.充分分析需求，確定架構驅動力。在此階段，要根據需求找出關鍵功能，關鍵質量，關鍵質量間的影響，系統約束（功能和非功能，例如團隊，系統背景，效能，技術方向）

b.根據關鍵功能進行初步設計，然後根據初步設計進行高層分割，最後針對非功能需求（如業務需求，行業背景和約束）做出決策。在此階段，根據以上觀點，做出概念模型。

c.最後對系統整體結構進行細化。

其實架構很多時候最難得是在效能和可擴充套件性之間尋求平衡點，架構要多視角分析。

2.關於遵循的原則

a.依賴高層抽象，不要依賴底層的實現。

b.沒必要直接通訊的類，讓他們通過中間類通訊。就是建立乙個類，a和b類都和c類通訊，來訪問對方。

c.子類必須可以替換任何父類出現的地方，其實就是黎克特制代換

d.基於查詢和命令的實現。如果乙個方法a,訪問a會得到乙個結果，那麼方法a就是乙個查詢方法。如果方法b，更改了某些類的狀態，則b就是乙個命令方法。盡量將a和b的實現分離，既如果a是乙個查詢方法，就不應該改變其它類的狀態。

e.分包的時候，將可能相互影響的類放到乙個包裡，不要讓影響擴充套件到其它的包中。

f.介面職責單一，乙個介面最好只負責一件事。如果讓乙個介面負責太多的事情，要增加功能的時候太難了，因為子類必須實現介面所有的行為。所以提倡，先組合,在抽象。先確定乙個需求根據什麼組成，分出職責，然後抽象，形成介面，既標準和約束，然後就開整。

以上201211142310整理，不全面，睡覺了，以後想到了，繼續補充。