Spring vs. EJB (1)

引自：http://www.cnblogs.com/raimundo/archive/2004/09/20/44697.html

我知道我要挨扳砖，没事，来吧  ：） 

赫赫，我来说一下spring vs EJB，首先强调，我不是ejb的拥护者，但我欣赏他的完整、他的学院气，同时也深感他的硬伤，我不是spring的拥护者，虽然去年3、4月间看

到spring的时候曾经让我眼前一亮。对ejb有太多的误解，对spring有太多的吹捧，我希望这是一个相对公平的比较.

我认为spring和ejb的差异在这样三个方面，一个是受众也就是这两个叫framework也好叫platform也好的东西的scope；另一个是component architecture，最后一个是语义

。

1.Scope比较

先说scope，ejb的scope是什么？ejb针对什么系统来设计的？这个我想一个人一个答案，我说了不算，同样大家说了也不算，我们来看规范（题外说一句，我想本来我没啥

资格在这里谈论ejb，我应用ejb的项目不多，但是我有个习惯，就是读规范学技术，不管别人怎么说先看这个东西是怎么来的，我想这一点还使我有些开口的自信，不至于太

贻笑大方），ejb规范的头几句：
Enterprise JavaBeans is an architecture for component-based computing.Enterprise beans are components of transaction-oriented enterprise

applications.

好了，很明确，ejb是针对transaction-oriented enterprise application的组件，那么也就使说ejb是面向以事务为中心的企业软件，而不是别的。ejb的核心是

transaction，不是domain model或别的。
why transaction?我在电力行业做过一阵信息化软件架构师，在电力这样一个需要处理大量数据的领域里，很少有oo model，而是做完entity分析，交给dba去优化，以数据

性能为主，这样的系统里，数据操作的粒度就是transaction，而不是object或是别的。我想这该算是一个大型企业级系统，我看到的是transaction，因此ejb这个把scope定

在enterprise级的东西而言，这样的设计还使合理。而且ejb对transaction这部分的处理确实比较完整，cmt，bmt，不同的transaction scope控制的都很好。基于这种认识，

我认识transaction script是ejb的标准应用模式，而不是domain model或是别的。
这是对ejb最大的误解的来源，我看过的所有ejb书里，只有o'reilly的一本隐约提到transaction是ejb的中心。其他一律不提，疯狂的鼓吹ejb多好多好ejb多么万能，我想

，如果不知道ejb是transaction-oriented的，那么ejb奇怪的对象模型的确不可接受。

再说spring，spring是什么呢？我没有看到特别明确的定义，不过我想仿照ejb，定义spring为：
Spring is a Javabean-based framework that supporting component architecture development.Spring provides lighter context for heterogeneous entrprise

application.

我e文很差，cet-6 6次都没过，我想说明的是，spring是一个轻量化的组件架构，可以支持多种企业应用程序模式.看到这里有人又该说了，no,no还有ioc，还有aop,没错这

些很cool的特性我没说，但是包含了，component architecture意味着两个方面，component working(编写组件)和container working(编写容器环境)，spring的ioc和aop是

用在container working