从Spring VS. EJB3.0想到的男女问题

今年8月29日， Matrix发表了loryliu翻译的一篇文章《 POJO应用框架：Spring与EJB3.0的比较》。

这篇文章的 英文原文在onjava上发表后，许多读者对此文的评论火药味十足，因为大家可以看出作者袁钧涛还是比较偏向于EJB3.0的。此外，文章还隐约赞誉了JBoss，这一点更是让忠爱于Spring的读者大为光火。因为袁钧涛本身就是JBoss的雇员。

我个人觉得，袁在文中所提到的使用Spring将使代码与Spring特定的API绑在一起的看法是不准确的，程序员完全可以不使用其API。如果做到了这一点，Spring反倒比EJB 3.0更灵活，因为EJB 3.0毕竟有众多个厂商的不同版本，因此，使用EJB 3.0的话将会导致更加依赖于特定厂商。

但我看不出不使用JBoss Application Server的理由，JBoss AS、Tomcat与Hibernate均出自于JEMS，Tomcat与Hibernate在JBoss AS中得到了无缝融合。另外，EJB 3.0毕竟是J2EE的标准，尽管它还有很长的路要走。

EJB 3.0更强调其作为组件的优势，通过注解的方式在每个POJO中注入事务等功能，更加符合面向对象的思想，这些POJO也更易于在不同的环境下移植，更容易脱离于特定于Spring的XML配置文件的束缚，实现上也比配置XML文件来得更简单。

Spring的特长在于Ioc模式的完美应用，编程人员只需提供最"纯正"的POJO来实现业务逻辑，其他的事务、安全等方面的因素均可由Spring来代劳，而且是集中于一处实现全局的事务管理，耦合更加松散。

如果你喜欢JBoss AS + Tomcat + Hibernate的组合，那就好办多了，使用JBoss AS就行了。如果喜欢Spring的穿针引线的"裁缝"工作，当然也可以在JBoss AS上实现理想，甚至完全撇开JBoss，选择另外的组合。在这一点上，Spring做得非常好。

我们现在面临的选择实在是太多，Windows VS. Linux，.Net VS. J2EE，Struts VS. JSF，等等等等。现在几乎是每走出一步，往往都需要做出非常慎重的选择，这个选择很是痛苦，生怕选错了以后，回头路不好走。有一点我们不能选择，即是自己的性别，是男是女，听天由命，但都活得很好，很少有人为此要死要活的。这个最基本的底线我们都能接受，反而在身外之物上无法抉择。其实我们很幸运，可以同时使用Windows及Linux，.Net及J2EE，Struts及JSF，尽管我们不能同时既当男的又是女的。选择多了，欲望多了，反倒更累。

就像男女问题，选好一条路，认真走下去，至死不悔。当然，必要时可以做做变性手术，体会一下另一半的滋味。