在中國(guó)的同行中經(jīng)常看到：要么不重視軟件架構(gòu)，要么過(guò)分重視乃至捧為天書。如果要是碰到一個(gè)不懂技術(shù)的項(xiàng)目經(jīng)理強(qiáng)行推行新技術(shù)有會(huì)有何種效果呢？
其實(shí)在做系統(tǒng)架構(gòu)時(shí)，有時(shí)候會(huì)常常忽略以下幾點(diǎn)：
1：軟件的架構(gòu)在大的方向上是固定的。
這種固定依據(jù)某些基本固定的軟件模式（包括設(shè)計(jì)模式、編碼模式或者某些特定的約定）來(lái)強(qiáng)化和固定。這使得軟件開發(fā)在某種程度上具有某些可以明顯看得到的風(fēng)格，這個(gè)風(fēng)格被整個(gè)的項(xiàng)目貫穿和堅(jiān)持，這樣當(dāng)我們進(jìn)入通常可怕的維護(hù)或者調(diào)整的時(shí)候，我們不會(huì)害怕我們?cè)诤芏喾N不同的實(shí)現(xiàn)中常常迷失了方向。
2：軟件的架構(gòu)在具體的應(yīng)用中可以適度的可控靈活。
毫無(wú)疑問，軟件設(shè)計(jì)開發(fā)不可能沒有例外，在某種程度上保留一些適度的靈活時(shí)必要的。一方面，它符合軟件開發(fā)的實(shí)際；一方面，適度的可控靈活體現(xiàn)了一種對(duì)實(shí)現(xiàn)者的尊重和信任。然而，如何實(shí)現(xiàn)可控的靈活呢？通常，我認(rèn)為可以考慮有限種類的設(shè)計(jì)選擇并通過(guò)有色彩的圖形來(lái)表明這種可選擇性。但即便如此，設(shè)計(jì)者很重要的要考慮這些不同選擇之間的關(guān)系，以及這些選擇和整體設(shè)計(jì)的兼容性，這個(gè)時(shí)候，面向接口的設(shè)計(jì)和適度的“粘合”設(shè)計(jì)是必要的。
3：架構(gòu)設(shè)計(jì)的支撐。
架構(gòu)設(shè)計(jì)通常會(huì)涉及到一些支撐設(shè)計(jì)，這些設(shè)計(jì)和實(shí)現(xiàn)水準(zhǔn)直接的體現(xiàn)了系統(tǒng)的最有價(jià)值的部分，更細(xì)的劃分我們應(yīng)該可以看到性能和結(jié)構(gòu)相關(guān)的部分，以及必要的基礎(chǔ)類。通常，作為設(shè)計(jì)人員，我們應(yīng)該能夠設(shè)計(jì)并實(shí)現(xiàn)系統(tǒng)的性能、結(jié)構(gòu)、擴(kuò)展、粘合等部分的工作，這部分的工作通常不應(yīng)該離開設(shè)計(jì)人員的控制和把握，這些代碼的書寫或者至少積極的關(guān)注是設(shè)計(jì)人員必要的素質(zhì)：我們不應(yīng)該讓更多的看到我們無(wú)法寫出代碼來(lái)（我也反對(duì)沒有分工什么都做的設(shè)計(jì)人員！），實(shí)際上，這是軟件最困難也是最有樂趣的地方。特別是在測(cè)試結(jié)果中發(fā)現(xiàn)這些設(shè)計(jì)實(shí)現(xiàn)帶來(lái)的性能的極大提高的時(shí)候是非常有成就感的事情。至于基礎(chǔ)類，應(yīng)該是盡可能的減少依賴和耦合的。架構(gòu)設(shè)計(jì)的支撐要盡可能的對(duì)客戶程序員隱藏不必要的中間細(xì)節(jié)，對(duì)基礎(chǔ)類要盡量簡(jiǎn)單、穩(wěn)定并真正需要。
通常，新興的技術(shù)會(huì)用在架構(gòu)設(shè)計(jì)的支撐設(shè)計(jì)里面并被封裝以隱藏具體的實(shí)現(xiàn)，而通盤應(yīng)用新興技術(shù)的風(fēng)險(xiǎn)是巨大的，并且對(duì)人員的獲得也是問題。有些技術(shù)是可以提供替代技術(shù)的，一些新興的技術(shù)實(shí)現(xiàn)也是可以參考的（但未必采用她的實(shí)現(xiàn)）。要記住軟件開發(fā)是需要速度、質(zhì)量、可維護(hù)而不是技術(shù)表演，這個(gè)度應(yīng)該由分析設(shè)計(jì)人員負(fù)責(zé)任的來(lái)把握。
4：面向業(yè)務(wù)還是面向頁(yè)面的。
也許這種說(shuō)法會(huì)招致一些人的反對(duì)，認(rèn)為自然而然的應(yīng)該是前者，然而，實(shí)際的情況是，我們常常看到打著業(yè)務(wù)的幌子實(shí)現(xiàn)為面向頁(yè)面的系統(tǒng)，原因很簡(jiǎn)單：后者更加的“簡(jiǎn)單”并似乎有更少的代碼和工作量。這在某種程度上是對(duì)的。然而，區(qū)分這兩種不同的設(shè)計(jì)是必要的，盡管你也可能使用了MVC2的架構(gòu)，但你可以做出面向頁(yè)面的設(shè)計(jì)的。觀察我們的軟件開發(fā)，最先提交的代碼未必是最少的代價(jià)的代碼：我們常常可以發(fā)現(xiàn)一些項(xiàng)目總是在那些不起眼的地方不斷的“修改”，我們的程序員因此好像很忙，但對(duì)我們的項(xiàng)目對(duì)公司來(lái)說(shuō)這是糟糕的不必要開銷。因此，考慮這兩種可能的情況，在做出選擇之前加以思考是必要的。
5：用團(tuán)隊(duì)和別人的眼光考慮問題。
實(shí)際上，每個(gè)項(xiàng)目都是有所差異的，特別是人的差異。很糟糕的是，我們通常不得不面對(duì)人力資源的極大壓力，特別是這些人之間常常都沒有共事的經(jīng)驗(yàn)也就是常常是臨時(shí)組成的，而這些人員也通常也缺乏一個(gè)軟件開發(fā)的基本共識(shí)：對(duì)標(biāo)準(zhǔn)的遵從哪怕是最簡(jiǎn)單的Java編碼規(guī)范和對(duì)自己提交的產(chǎn)品的簡(jiǎn)單備注和測(cè)試都是缺乏的而通常又沒有達(dá)到代碼就是文檔的水準(zhǔn)。在這個(gè)時(shí)候，用團(tuán)隊(duì)和別人的眼光考慮問題就是必要的，這實(shí)際上就是取技術(shù)上的“交集”，也就是走簡(jiǎn)單的路線。如果沒有選擇的時(shí)候，培訓(xùn)工作就是非常必要的。
用團(tuán)隊(duì)和別人的眼光考慮問題也會(huì)有其它的問題，特別是當(dāng)項(xiàng)目壓力如進(jìn)度壓力等來(lái)臨的時(shí)候或者項(xiàng)目成員根本不考慮公司整體和長(zhǎng)期利益的時(shí)候，這個(gè)問題很突出，有時(shí)候作為分析設(shè)計(jì)人員你甚至很難解決，特別是你面臨剛才我所提到的“沒有Java開發(fā)實(shí)際經(jīng)驗(yàn)甚至缺乏軟件開發(fā)經(jīng)驗(yàn)的項(xiàng)目經(jīng)理試圖控制技術(shù)的時(shí)候”更加如此。
軟件架構(gòu)的設(shè)計(jì)說(shuō)起來(lái)簡(jiǎn)單，也可以說(shuō)起來(lái)復(fù)雜，然而，如何把事情做到簡(jiǎn)單并且把其中的針對(duì)性能、分層、粘合、擴(kuò)展等處理好，并提供可控的靈活性不是容易的。通常，只有多一些經(jīng)驗(yàn)和教訓(xùn)并能夠在軟件代碼上加以實(shí)現(xiàn)核心的才可能成為好的分析設(shè)計(jì)人員。