架構(gòu)決定成敗
　　軟件架構(gòu)是軟件產(chǎn)品、軟件系統(tǒng)設(shè)計當(dāng)中的主體結(jié)構(gòu)和主要矛盾。任何軟件都有架構(gòu)，哪怕一段短小的HelloWorld程序。軟件架構(gòu)設(shè)計的成敗決定了軟件產(chǎn)品和系統(tǒng)研發(fā)的成敗。軟件架構(gòu)自身所具有的屬性和特點，決定了軟件架構(gòu)設(shè)計的復(fù)雜性和難度。
　　這幾年流行一個說法（管理諺語）：“細(xì)節(jié)決定成敗”,這句話其實只說對了一半。細(xì)節(jié)確實很重要，很多項目、產(chǎn)品就輸在細(xì)節(jié)的執(zhí)行上。一方面，戰(zhàn)術(shù)細(xì)節(jié)固然很重要，但另一方面，戰(zhàn)略全局也同樣重要，對應(yīng)的我們可以說：“戰(zhàn)略決定成敗”.戰(zhàn)略性失敗，就好比下一盤圍棋，局部下得再漂亮、再凌厲，如果罔顧大盤，己方連空都不夠了，還有官子（細(xì)節(jié)）獲勝的機會嗎？必然是中盤告負(fù)。
　　類似地，正確的軟件架構(gòu)設(shè)計，應(yīng)該既包括戰(zhàn)略全局上的設(shè)計，也包括戰(zhàn)術(shù)細(xì)節(jié)（關(guān)鍵路徑）上的設(shè)計。有一種錯誤的觀點認(rèn)為，軟件架構(gòu)設(shè)計只要分分層和包，畫一個大體的輪廓草圖，就完事了。這種“紙上談兵”型的架構(gòu)師行為是非常有害的。事實上，既然軟件架構(gòu)是軟件建筑的主體結(jié)構(gòu)、隱蔽工程、承重墻和要害部位，那么軟件架構(gòu)也必然要落實到實際的算法和代碼，不但要有實現(xiàn)代碼，還要包括對這部分架構(gòu)進行測試的代碼，以保證獲得高質(zhì)量的、滿足各種功能和非功能質(zhì)量屬性要求的架構(gòu)。除了完成概念、模型設(shè)計外，軟件架構(gòu)師一定要參與實際的編碼、測試和調(diào)試，做一位真正的hands-on practitioner,這已經(jīng)成為了敏捷軟件工程所倡導(dǎo)的主流文化。
　　兩個架構(gòu)
　　我們在日常的軟件產(chǎn)品和系統(tǒng)開發(fā)中，實際上會遇到兩種、兩個部分的軟件架構(gòu)，即待開發(fā)的應(yīng)用部分的軟件架構(gòu)（簡稱“應(yīng)用架構(gòu)”），以及既有的基礎(chǔ)平臺部分的軟件架構(gòu)（簡稱“基礎(chǔ)架構(gòu)”）。這兩部分架構(gòu)之間是互為依賴、相輔相成的關(guān)系，它們共同組成了整個軟件產(chǎn)品和系統(tǒng)的架構(gòu)。
　　基礎(chǔ)架構(gòu)的例子包括：.NET和J2EE等主流的基礎(chǔ)平臺和各種公共應(yīng)用框架，由基礎(chǔ)庫API、對象模型、事件模型、各種開發(fā)和應(yīng)用的擴展規(guī)則等內(nèi)容組成。我們只有熟悉基礎(chǔ)架構(gòu)的構(gòu)造細(xì)節(jié)、應(yīng)用機理，才能有效地開發(fā)出高質(zhì)量、高性能的上層應(yīng)用。然而，開發(fā)一個面向最終用戶的軟件應(yīng)用系統(tǒng)和產(chǎn)品，僅僅掌握一般的計算機高級編程語言知識和基礎(chǔ)平臺架構(gòu)、API的使用知識顯然是不夠的，我們還需要根據(jù)客戶應(yīng)用的類型和特點，在基礎(chǔ)架構(gòu)之上，設(shè)計出符合用戶要求的高質(zhì)量應(yīng)用軟件。
　　熟悉OOA、OOD抽象建模技術(shù)、設(shè)計原則以及架構(gòu)模式和設(shè)計模式等等方法技術(shù)，不但有助于我們更好地理解和利用基礎(chǔ)平臺架構(gòu)，也有助于我們設(shè)計開發(fā)出更高質(zhì)量的應(yīng)用軟件架構(gòu)。