EJB3 再战 Spring【转】(2)

4. 功能性对比

4.1 IoC容器，AOP能力

在IoC的能力Spring要略强一些，但是在EJB3中可以完全用Annotation方式进行注入，在开发上要简单很多，对于一些相对比较固定的注入，采用Annotation更好，而对于一些可能需要经常变动的注入，XML更加灵活，EJB3刚好提供了这样的两种解决方案。如果你已经患有XML恐惧症，那么EJB3无疑将给您以解脱。

 

同时，EJB3组件中，支持多种方式注入，比如依赖于名称、接口或者JNDI名，另外还支持使用@PersistenceContext注入EntityManager，@Resource注入服务器资源，如EJBContext、TimerService等，而一些Annotation已经成为JDK6的一部分，将来可能直接被JDK支持。

 

AOP方面，如果您需要彻底的AOP，并且在Spring中集成了AspectJ，那么EJB3自然无法比拟，但是如果您的项目以够用为原则，只需要一般方法拦截意义上的AOP，EJB3提供的各种回调方法应该可以满足您的要求了。

4.2 事务处理

EJB的看家本领，Spring也通过提供TransactionTemplate以及集成第三方事务处理器来支持JTA，都支持申明式事务，可以BMT，CMT，但无论如何，移植的器官总也没有自身长的好吧。

4.3 分布式能力

一般使用Java EE体系的公司都认为这是EJB的最大长处，但是实施并不如想象那样，一来绝大多数都是Web应用，依赖Web提供的分布式能力已经可以满足90%的需要了，二来大家基本上都是Web容器和EJB容器整体部署，EJB组件的分布部署少之又少。当然如果您需要Web层和应用层分开部署，那么Spring一定不在你的考虑范围之内了。

4.4 Cluster能力

Cluster也是EJB的传统优势，但是老师说，能够发挥EJB集群优势的地方并不多，因为即使项目中采用了EJB，一般也采用Stateless SessionBean，而使用HttpSession Cluster，既然如此，无论EJB还是Spring，大家都是平等的。当然，如果您正在构建一个大型的应用，对集群的能力要求非常高，比如需要事务级的Cluster，而且还有分布式的需求，那么估计没有多少因素会让您考虑Web Server + Spring的架构了。

4.5 Web Service

EJB3中的Web Service和EJB组件集成得如此之好，使用起来再简单不过了，如下面实例所示，JAX-WS也将逐步成为Java Web Service事实标准；至于Spring可以实现各种基于Http的远程调用方法，其优势并不明显。

4.6 集成第三方框架

如果需要集成第三方框架的时候，估计您需要Spring了，当然前提是Spring 已经给出很好的集成方案；而如果采用EJB，则需要视特定的应用服务器了，推荐当类库来用，或者使用context listener来启动，是在不行，只能基于特定的应用服务器来进行集成，一般来说，应用服务器均提供了JMX集成能力。

5. 总结

纵观人类历史，官方过于强势，则必然官逼民反；而民间力量过于强大，社会必将不稳定，这都是我们不愿看到的，在技术世界里也一样。对于EJB3和Spring这两种方案，Spring现在处于压倒性的优势一方，希望EJB3的出现，一来能为官方挽回一些失去的领地，二来也能继续引发更多的探讨，不再拘束于一家之言，只有百家争鸣的环境，才能让开发人员和架构人员对企业应用的构建认识得更加完善，所以最好的方式是EJB3和Spring互相促进，和谐发展。

期待一个轻量的真正以开发需求为中心的EJB3应用服务器的出现，为疲软的EJB市场注入新的活力!