架构师的封装抽象癖好

   跟有的架构师打交道时间长了，发现有的架构师特别爱拿别人的东西封装抽象一下，甚至每个项目的方方面面都言必封装抽象。举个极端例子来说。都知道Java对象都继承于java.lang.Object,有的的架构师，通常写一个MyObject（继承Object）,然后要求开发人员的类都继承此类。

   封装抽象癖好带来过度设计，从而引发学习难，开发难，调试难，运行慢，以及更难扩展和适应变化。这些癖好原因我可以归纳为架构师的几个如下问题。

   1 妄图解决扩展性问题。 由于需求不清楚，或者架构师对需求不完全理解，他需要通过抽象或者封装来适应将来的变化。然而，就我个人经验来说，即使不抽象和封装，一定限度的需求变化也能用别的办法来解决，如改代码，使用重构工具。

   2 妄图解决重用。架构师当然想着自己的产品能用好多年并且也能用到别的项目上去，然后事实常不是这样。为了将来所谓的能重用，带了成本和风险都很大的。我同事曾向他的项目经理诉苦：“这样的重用10后都不一定用不到，现在按照这个方式开发太麻烦了”

 

  如果前面俩个还是架构师的好的一面，那下面俩点就是架构师的阴暗面了

 

   3 由于自己对所用技术和产品不熟习，因此让人封装成自己理解的模型，或者API。譬如架构师对Portlet规范不熟悉，自己只知道Servlet,因此要求开发人员对Portlet进行封装。再比如，架构师对Flex不熟习，因此要人实现某某Flex框架，妄图让开发着不会 Flex情况下也能开发Flex代码（这可能么！！！）。

 

  4 为了显示自己有水平，项目所有的技术都是由他提供的，架构师把所有用的技术都包一个皮，所谓的MyObject,MySpring,MySchedule等等，声称是自己写的。不明就里的开发人员因此对他很崇拜，公司领导也认为此架构师水平了得。这样的架构师我是最痛恨的。因为他已经远离了技术，走向了“政治”，带来的还是学习难，开发难，调式难，运行慢。

   

   其实任何技术和架构，如果架构师都能把握本质，熟练应用，也不会像这样的架构师言必谈封装和抽象。就像倚天屠龙记里 张三丰问张无忌还记得刚才学的招式么，张无忌说我不记得了。

 

 

评论

2 楼 SINCE1978 2011-02-12  

“MyObject（继承Object）”
这就属于找抽了吧

1 楼 xiao0556 2010-09-03  

我们架构师是真正的架构师，张三丰级的吧