一直以來，不斷有工程師詢問我有關架構設計上的問題，很希望能聽聽我的意見。也有工程師原封不動的在自己的項目中引用我的架構設計。最近，部門內的學習小組又在向我約稿：大師，可否分享一些架構設計經驗。

?

說到架構設計，這是架構師最本職的工作。好架構是第一生產力，不良的架構會埋下種種“伏筆”，進而讓使用者怨聲載道。所以說，一個好架構師是團隊的“財富”，反過來則會成為團隊的“災難”。
架構是優是劣，架構師是福是禍。領導的空洞評價或架構師的自我標榜，在這里顯得是那么的滑稽無助。
哪怕公司的技術氛圍是“指鹿為馬”或“道路以目”，但對那些框架的真實評價（“民謠”或“民諺”之類）仍舊會在工程師之中流傳不止。

?

我非常在乎工程師們的評價，因為我首先是一名工程師。來自一線的評價是那么的真實，一線的聲音是那么的重要。每當工程師對我的架構深表贊賞之時，遠遠超過任何組織頒發的獎杯或獎金。每當我做任何設計時，都要設身處地為調用者著想，最大程度的方便“用戶”（調用者）。“用戶第一”，這是我做設計時的唯一原則。不是隨意雜湊，而是深思熟慮；不是追逐崇拜，而是繼承創新；不是空洞理論、實現偽劣，而是以理念為原則，以實現處處體現理念；不能自居自大，漠視甚至鄙視“群眾”。

?

能力越大，責任越大。啟發、引導與培訓工程師也是架構師的團隊職責之一。一直以來，我經常在團隊中作技術分享或編程比賽；工程師也特別喜歡找我探討各種技術問題；哪怕對技術不太想深究的工程師，也會在評審會上認真聽我的評審意見。對工程師和顏悅色、有問必答，就像我們對強詞奪理者、不肯團隊協作者會“金剛怒目”一樣，都是架構師必備素養。還是那句老話：做事先做人。做架構先做架構師，你需要先放棄你內心那些名利欲、狹隘自大或自卑。

?

IT業界每天都有無數的項目誕生，對架構師的需求是無窮盡的。但目前，中國絕大多數架構師仍舊處于“名不副實”的尷尬境地。我的建議是少以架構師自居，多埋頭學習，多從基層做起，培養嚴謹細致的思維習慣，少搞些無聊的發明創造：厚積薄發才是技術正道。

?

說了很多與技術無關的話，回到架構設計的話題。

我總結了08年鳳凰版的架構設計，鳳凰版的架構可以說傾注我十多年架構與項目經驗，有許多值得分享之處（其實有些模塊的設計也值得分享，但與主旨無關我略掉），希望能對架構師或有志于做架構者有所幫助。

在PPT的最后，我總結和提出了一種架構成熟度模型。確切的說，這種模型以Web應用的組件化程度為衡量標準來評估Web應用的優劣，可與同行者探討。鳳凰版的成熟度在Level3水準，當然還有細節值得改進。Level4是一種理想級別，目前我還未看到有任何應用能達到，這其中還有相當多的前提（數據協議與組件規范）需要完成。





































??

?

轉自 http://blog.sina.com.cn/s/blog_3cdcd4a90100t7zb.html

總結

以上是生活随笔為你收集整理的架构师之道：面向组件的Web架构设计的全部內容，希望文章能夠幫你解決所遇到的問題。

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