任何一款軟件，從無到有，從初級到完善，一般都會經歷一個漫長的過程。在這個過程當中，架構師的水平和軟件體系架構本身的靈活性，就會處于一個很關鍵的位置。太多的軟件，因為架構的問題，造成產品發布日期延遲，或者項目交付工期延遲，給測試、實施、售后等工作等造成一系列的問題。

還有些情況是因為在同期有很多種競爭技術，由于架構師選擇了其中一種技術，而這種技術，在長期發展過程當中，敗給了其他的競爭技術，使得基于這種技術的產品不得不重新開發。比如，我以前基于Java Swing做了一款工作流和SOA架構的產品，在世界500強的公司當中，很多都是我們這款產品的客戶，客戶對它的評價也相當高，它曾是公司很賺錢很核心的產品。但是Java Swing在跟Eclipse的SWT競爭過程中敗下陣來，使得我們不得不基于Eclipse插件機制，重新開發了一套功能類似的產品，以方便以后升級。在這個轉型過程當中的損失，是很難計算出來的。再比如，現在火熱的移動平臺開發，是選擇Android平臺，還是選擇iPhone平臺？是選擇Symbian平臺，還是選擇Windows Mobile平臺？也是一個很惱人的問題，架構師選錯了平臺，就可能給公司造成難以估算的影響。

而程序員本身，也會給架構師帶來壓力和困惑。例如：SSH（Spring、Struts、Hibernate）架構流行很多年了，很多公司和程序員都拿它來開發，而把自己公司的不是基于以上開發框架的自主開發框架，稱之為“山寨框架”（跟Struts、Hibernate、Spring比較起來）。他們一般信奉拿來主義，不重新發明“輪子”的理念深入人心。我自己面試過無數人，也曾被無數人面試，問到難度稍微大一些的問題，比如線程、Web服務器負載均衡以及Java垃圾回收機制等，一般都回答不出來，或者講不明白，這就是程序員“重商主義”、“拿來主義”的弊端，只知道如何使用，對其原理一概不知。說實話，不查資料，很多我也不明白，也是只知道個大概。客觀原因是平時很少使用，主觀原因是自己的懶惰。我個人是非常不贊同“不重新發明輪子”這個理念的，不重新發明輪子，你就不知道這個輪子的架構機制。對很多問題的細節，被人問起來，也只能很含糊地說：也許大概可能是，不過恐怕不見得，其實這還是沒有掌握。而這些機輪子本身，會用到緩存、多線程等很多需要深入研究的問題。弄明白了別人的輪子，那些很含糊的問題，一般也就解決了。

很多程序員，包括工作十幾年的所謂老程序員，都自覺不自覺地遵循著某種理念，比如他會告訴你“Action只能調用一個Manager，所有與數據庫打交道的地方，只能寫到DAO層”，如果你不這么做，他就會告訴你，你的代碼不是面向對象的，不友好的，是不符合某某設計模式的。還有的所謂很牛的程序員，用壘雞窩和蓋大廈，來標榜他的架構是多么多么符合所謂的范式和架構，或者遵循某大師的XP理論。可是他們都忘記了，我們編寫程序代碼的最根本的目的是什么？我們開發軟件并不是為了讓它面向對象化，或遵循某些設計模式，我們開發軟件是為了解決問題。所謂為了以后的擴展或者10年之后的需求，你的架構到時候真的就不用做任何修改嗎？我這么說的意思，不是鼓勵大家不遵循任何開發的方法論，不做任何代碼的約定，隨意隨心亂寫，畢竟我們是一個團隊作業，而不是自己一個人在根據自己的喜好開發個人軟件。我的意思是說，我們不要迷信什么，山寨架構也好，官方架構也好，我們一定要根據自己項目的實際情況，加以改進，不要生搬硬套。

最后摘抄某大俠在dzone.com（http://java.dzone.com/news/object-orientation-not-goal）一段原話做結尾：通常，當有些很精明的程序員對我的做法說三道四，卻又根本不知道我是在解決什么問題時，我很苦惱。這就像是在說“我比你更知道你需要什么，所以我們不能用這個、那個工具/風格/架構”。但事實卻是，什么樣的工具或思路才是他們解決相應問題所需要的，這些精明的思想家并不比每個開發人員更清楚。做個類比，這極其類似那些精明的政治家宣傳自己最知道人們究竟應該怎么活著……

??? 本文摘自電子工業出版社出版的《B2B2C網上商城開發指南——基于SaaS和淘寶API開放平臺》一書。本書由邢波濤、郭娟著。

相關文章:

網上商城后臺架構設計

軟件架構經驗總結

?

購買鏈接:當當網 卓越網

轉載于:https://www.cnblogs.com/broadview/archive/2011/05/13/2045480.html

總結

以上是生活随笔為你收集整理的软件架构经验总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。