架构师之道：面向组件的Web架构设计

一直以来，不断有工程师询问我有关架构设计上的问题，很希望能听听我的意见。也有工程师原封不动的在自己的项目中引用我的架构设计。最近，部门内的学习小组又在向我约稿：大师，可否分享一些架构设计经验。

 

说到架构设计，这是架构师最本职的工作。好架构是第一生产力，不良的架构会埋下种种“伏笔”，进而让使用者怨声载道。所以说，一个好架构师是团队的“财富”，反过来则会成为团队的“灾难”。
架构是优是劣，架构师是福是祸。领导的空洞评价或架构师的自我标榜，在这里显得是那么的滑稽无助。
哪怕公司的技术氛围是“指鹿为马”或“道路以目”，但对那些框架的真实评价（“民谣”或“民谚”之类）仍旧会在工程师之中流传不止。

 

我非常在乎工程师们的评价，因为我首先是一名工程师。来自一线的评价是那么的真实，一线的声音是那么的重要。每当工程师对我的架构深表赞赏之时，远远超过任何组织颁发的奖杯或奖金。每当我做任何设计时，都要设身处地为调用者着想，最大程度的方便“用户”（调用者）。“用户第一”，这是我做设计时的唯一原则。不是随意杂凑，而是深思熟虑；不是追逐崇拜，而是继承创新；不是空洞理论、实现伪劣，而是以理念为原则，以实现处处体现理念；不能自居自大，漠视甚至鄙视“群众”。

 

能力越大，责任越大。启发、引导与培训工程师也是架构师的团队职责之一。一直以来，我经常在团队中作技术分享或编程比赛；工程师也特别喜欢找我探讨各种技术问题；哪怕对技术不太想深究的工程师，也会在评审会上认真听我的评审意见。对工程师和颜悦色、有问必答，就像我们对强词夺理者、不肯团队协作者会“金刚怒目”一样，都是架构师必备素养。还是那句老话：做事先做人。做架构先做架构师，你需要先放弃你内心那些名利欲、狭隘自大或自卑。

 

IT业界每天都有无数的项目诞生，对架构师的需求是无穷尽的。但目前，中国绝大多数架构师仍旧处于“名不副实”的尴尬境地。我的建议是少以架构师自居，多埋头学习，多从基层做起，培养严谨细致的思维习惯，少搞些无聊的发明创造：厚积薄发才是技术正道。

 

说了很多与技术无关的话，回到架构设计的话题。

我总结了08年凤凰版的架构设计，凤凰版的架构可以说倾注我十多年架构与项目经验，有许多值得分享之处（其实有些模块的设计也值得分享，但与主旨无关我略掉），希望能对架构师或有志于做架构者有所帮助。

在PPT的最后，我总结和提出了一种架构成熟度模型。确切的说，这种模型以Web应用的组件化程度为衡量标准来评估Web应用的优劣，可与同行者探讨。凤凰版的成熟度在Level3水准，当然还有细节值得改进。Level4是一种理想级别，目前我还未看到有任何应用能达到，这其中还有相当多的前提（数据协议与组件规范）需要完成。





































  

 

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