EJB学习纪要

为什么会突然要看看EJB这个老古董？

前段时间准备再看看Spring的东西，当然就免不了要看一下Spring作者那本导致Spring模型的大作。其中说到Spring是在批判EJB的背景下产生的。所以，就得看看EJB这玩意儿到底搞了什么东西，粗略浏览了下目录，哗！EJB2太复杂了，算了，先从后面简化过了的EJB3看起吧，完了再反过来看看2是个什么样子。这回答真够曲折的，都快忘了当初的想法了，

前后大概一个多月时间，现将学习后的要点汇总如下：

EJB作为J2EE中业务层、持久层的框架，其特点有3：

1.通过JNDI对业务层、持久层解耦合。

2.对业务层的代码提供了系统级的服务。

3.支持分布式应用。这是其最大特点，也是造成最后失败局面的最大原因。

EJB2实体Bean定义和控制复杂、繁琐。轻量级的ORMappin框架比它好很多。

经过实践证明，不应该在业务层维护会话状态，而应该在表现层。

EJB最有价值的东西是其服务理念，减轻了程序员编程负担，事务、安全等系统级需要考虑的东西由容器提供。

这里得说一下JNDI这个东西，记得板桥里人以前说过，大概意思是“不懂JNDI，JavaEE最学了一半”。这个理念从最初学Java就碰到了，就是在获取数据库连接时，一般采用从DataSource中获取Connection，当时也没深究，知道这么个语法要求就完了。现在发现在EJB里面，各个组件之间的访问都是通过JNDI来搞得，目的只有一个“解耦合”。

RMI：EJB2里面一次客户端访问远程Session Bean会走两次RMI调用（一次是通过Home接口的工厂方法获取远程接口，一次是通过远程接口访问实际调用的业务方法），EJB3里面简化成了一次（Home接口调用没了）。原理上说EJB正是通过RMI来实现分布式的。但从实际情况来看，更多情况用的是本地接口，即在一个JVM中直接调用对象。

总结：这个当年的庞然大物，在后来Spring、Hibernate等轻量级框架的冲击之下早就失去了吸引力，EJB3确实轻多了，实体Bean的概念与2完全不同，接受Hibernate的诸多理念。但市场早没了。