发扬EJB、Spring的光辉思想，将组件化进行到底

　　 好大的标题，看似又一篇炒作滥文，其实是笔者近两年对软件架构痛苦思索徘徊后所得的经验体会，在此与诸位共勉。

　　EJB、Spring，这不是Java界最有名的两大冤家，何以把它们扯在一起。其实Spring乃是EJB1.x、2.x的继承者，正如EJB之前的COM、CORBA。他们的思想一脉相承，那就是企业级的组件化思想，也可称之为理想！

　　一、非组件化的国内软件行业

　　各个行业的企业总有一些核心业务，长久保持不变，新时期的新业务基本上都是围绕核心业务展开。很长时间以来，IT技术的变化与企业业务的扩展存在着很大的矛盾。当企业的新业务开展之后，如何保证原有业务稳定运行的同时，新业务能够得到IT的支持与扩展？当IT技术有重大进展后，如何保证原有业务的同时进行新技术改造？在以上两种运动中，如何重用原有的技术成果？这是每一位负责任的系统管理员、CIO与及开发商所关心的事情。遗憾的是，组件化思想及实践产生以前，这个矛盾基本上是极难解开的死结。绝大多数的做法就是重写。

　　譬如DOS时代，很多单位都使用了单机foxbase版的财务系统，界面虽简但稳定实用；到了Windows时代，流行VB、PB，于是系统重写；再到B/S时代，系统再次重写；到最近热炒的RIA，系统是不是要再次重写？对于很多小产商的作品而言，答案肯定是Yes。

　　很多同道可能会说，这样正好啊？我们才可以不断地赚钱。错！

　　这样的状况叫“低水平重复”，这个术语经常被国人用来痛斥社会经济领域的很多不合理现象。可惜我们这个自认为高智力的行业，很多时候就是在干这种愚事。每到技术革新，各企业要重花一次钱、重学一次操作、重转一次数据，折腾得半死；而适应不了新技术的产商，随被淘汰的代码一同退出市场；适应不了新技术的程序员，只能转行。要想不被淘汰，就必须紧跟时代风潮，不停地把精力放在新技术上，在领会业务上花的时间太少，最后导致我们的系统与企业的业务总是差半拍。因为原先快把业务搞清楚的程序员大多升官或离职了。