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