复活吧，架构师！

在csdn上看到一位朋友的一篇文章，标题是“构架师已死”，结合最近一段的工作，想呼唤一下，让架构师复活吧！

 

 

0. 序

我不便说我所在的公司是那家公司，后面所说的公司就是我所在的公司。以下所说的项目仅仅说一些与本文相关的内容，不会说到具体内容。

 

我做为一名网站开发人员进入这家公司，我的工作是做一些网站系统，我的第一个项目是一个图片管理的系统，为内部共享图片使用。与这个项目相关的有以前已经完成的一个内容管理系统cms。图片管理系统需要使用cms用户的数据进行登录，然后还需要在这些数据的基础上进行授权。另外还有一个与此项目无关的系统，是公司内部的一个考勤统计系统，我做的这个项目与考勤系统没有直接关系。

 

我与负责的产品经理谈好需求之后，由一位领导告诉我怎样与cms系统交互，不可思议的是我需要直接通过连接cms的数据库去完成图片管理系统的用户登录功能。很明显这样做是不正确的，用户登录的过程可能做很多事情，有可能需要记录登录日志，有可能需要更新用户的登录次数等等。这样我连接到对方数据库，重新编写登录逻辑的做法非常不合适，于是我提出来可否通过CMS系统提供登录Web服务，由我这儿的图片管理系统去调用，但是不幸的是领导并没有很在意这个问题，领导说这种功能封装很容易以后再说吧，由于我只是新人，不便争执，因为如果我争执的话，肯定还会给做cms的团队带去一些工作量。另外一点图片管理系统还涉及到了权限的管理，而这在cms中也是现有的功能，而由于图片管理系统是几种新的角色，所以需要在本系统内实现，很显然这也是不合适的，也属于一样的逻辑实现两次，另外还因为考勤统计系统中也有公司所有员工的用户信息，下面就是现有的系统一个侧面结构图。

这种结构造成了一些重复的逻辑和重复的数据，还有就是给各个系统之间造成了病态的耦合关系，这些将给维护造成了很大的困难，而且还会给后开发的系统增加很大的工作量。

 

上面的图片管理系统只是我做的一个小东西，很快就迎来了第二个项目，是网站的一个频道，就像新浪有宽频，有新闻等等，我做的是这些中的一个。我们公司业务很多，所以有很多模块，我做的这个东西呢会引用到很多其他模块的东西，怎么引用其他模块的东西就成了一个问题，这里（我的公司）采用的方式有几种1） 直接读取对方数据库 2）直接引用对方dll，3） 调数据库中的存储过程。 虽然方式不少，但是没有一种是令人感到美的。代码可以是美的，整个系统的架构更可以是美的！所以我呼喊：复活吧，架构师！

 

1. 架构师应该做什么工作

有了上面的问题，我忍不住想呼唤系统架构师出现。在《架构师已死》这篇文中曾经提到一位面试的朋友认为架构师的工作是选择某个项目是采用structs还是spring结构来开发，结果博主证明选择这个问题比编码还简单，所以这不是架构师的工作，架构师的工作应该是难度更大的工作，架构师应该熟悉公司所有的项目，并且可以一定程度上预见将来会有的系统，从而调节各个系统之间的关系，使各个子系统形成一个完美的架构体，既可以稳定的相互影响，也可以各自独立的运行；用软件工程的术语就是使各个子系统内聚性和它们之间的耦合度达到一种美妙的平衡。

 

我们还和传统的建筑工程做类比，系统架构师的工作不是某个大厦设计师的工作，而是整个城市布局的设计师。架构师必须了解每一座大厦，每一个菜市场，每一个医院的结构和作用以及它们之间的关系，和一些外部的因素，然后才可以决定如何构建一个美丽健康怡人的城市。

 

2. 有了架构师我们会收益什么

做好了架构师的工作，可以使我们的程序更稳定，因为程序子系统之间的结构是稳定的。可以减少我们维护的工作量，一个好的架构师，绝对不会让系统中出现重复的逻辑和数据，这必然减少系统的开发工作；架构师还可以使构建新系统的工作更容易，因为架构师会为我们抽象出底层的模块，在各个程序之间共享。

 

本文中的第一个案例经过架构师的设计之后，如下：

架构师设计了一个用户管理系统模块给其他的三个模块提供用户管理的服务，涉及到用户的操作统一在用户管理系统中完成，包括用户的注册，和权限的管理等等。这样新开发一个系统的时候没有必要再去做系统登录，用户授权的模块。这样的结构是不是更好一些？

 

3. 架构师需要什么能力

架构师首先要懂得编码，编码是设计的前提；然后还需要懂得设计，能够设计出完美的系统；然后还需要有通观全局的能力；有出色的协调能力，大家可以看到架构师的工作有可能会涉及到多个项目，这就需要在多个项目组，甚至客户之间进行协调。

 

文中举的例子比较简单，但是真正的架构师不可能只处理这样简单的问题，要考虑很多方面的因素。

 

 

附：

Csdn《架构师已死》

http://blog.csdn.net/cunruizhai/archive/2006/06/12/789941.aspx