JSF会不会重蹈EJB的覆辙

1.Sun的唯技术论，毁了EJB

Sun对自己的推出的技术，向来十分自信，甚至自信到有点自负的程度。因为自负，Sun总是不舍得在技术的推广和策划上稍费心机，一味地冀望于技术本身的吸引力，仿佛专家组的学究们振臂一呼，就会产生应者如云的轰动。这是一个商业社会，皇帝的女儿尚愁嫁，何况你一个卖酒的，还迷信什么酒香不怕巷子深？

EJB的命运已经给Sun当头一棒，不知道Sun有没有醒悟过来。为什么EJB这样优秀的服务器端组件架构，竟然会输给Hibernate之流？是EJB真的太复杂吗？或许是，但这不是EJB流落到如斯地步的根本原因。唯技术论，漠视用户需求，对程序员的呼声充耳不闻，才是Sun最大的弱点，这个弱点，影响了Sun对其推出的所有技术的商业策划，也是EJB始终不温不火的根源。

EJB的丰富内涵，恐怕只有Java“牛人”们才能体会。我曾听过不只一个Java“牛人”，对EJB赞不绝口。高度的抽象、合理的结构、稳定的表现以及无所不能的适应性，用EJB开发大型企业应用，是“牛人”们不二的选择。

可惜，EJB复杂的概念、深奥的术语以及重量级的架构，让大批没有耐心和喜欢“技术快餐”的程序员望而却步。相反，哗众取宠的Hibernate，其简单的配置、易于理解的规则以及所谓的“轻量级”的对象封装，因为投程序员所好，在Java舞台上却能迅速窜红，成为当仁不让的明星。世事无常，让EJB摇头叹息，无可奈何。

EJB的优势和Hibernate的不足，这里就不赘述了，如果有机会，我将另外撰文与读者共同探讨。对Hibernate的不恭，希望Hibernate的支持者们不要生气动怒。作为一项盛极一时的Java ORM技术，Hibernate早已为Java程序员所广为接受，其创始人Gavin King现在也是名利双收，我的这点批评，还是经受得起的吧？况且，由于Gaving King加入了EJB小组，负责EJB ORM规范的制定，EJB和Hibernate化干戈为玉帛，现在是一家人了。既然是一家人，鄙人微言几句，大家就权当是“人民内部矛盾”来处理吧，呵呵！

2.惊人相似的历史，是否又会重演

之所以提到Hibernate和EJB，不是为了特意褒贬一通，而是为了说明Sun在技术推广的策划上是如何掉以轻心的。仔细研究JSF技术，然后看看Java Web社区对JSF的抱怨，你就会发现，今天的JSF和当年的EJB，处境如出一辙。

首先，和EJB一样，JSF也是一项超前的技术。试图建立一个Java Web的UI框架，模糊Java桌面编程和Web编程的界线，让大批程序员在桌面编程中积累的经验，可以原封不动地应用到Web编程中，这是任何其他Java Web框架所没有想到过的；

其次，和EJB一样，JSF也有着极为复杂的概念。在JSF“简化Java Web开发”宏伟目标的背后，是JSF空前的技术复杂性。HTTP协议的无连接本性，以及请求响应处理模式，注定了Web编程的复杂性，尤其是Form处理的繁琐，是不可避免的。既然在JSF下，程序员不用面对这些复杂性和繁琐，那么，框架必须面对。这就是JSF变得复杂的原因。当然，基本的JSF编程相当简单，但要深入到JSF的内部，就需要掌握包括JSF请求处理生命周期在内的诸多复杂概念；

再次，和EJB一样，JSF也缺乏工具的支持。当我们用各种IDE方便地编写桌面程序时，估计很难想象，缺乏这些工具支持，回到20年前，编程会是怎样一番景象。工具的重要性如何强调都不为过。JSF被设计成面向工具，但是，JSF推出时，可用的工具少得可怜，即使现在，可视化的JSF页面编辑器也不多见；

最后，和EJB一样，JSF也是拙劣商业推广策划的牺牲品。没有及时推出，推出后又未处理好和JSP的关系，也未见大规模的商业推广，JSF仅仅靠自己的技术优势，在和竞争对手周旋。

当年的EJB有Hibernate与之抗衡，今天的JSF则有Struts等在旁边冷笑。历史总是惊人地相似，而惊人地相似的历史，又常常一如既往地重演。EJB的命运不堪回首，JSF会重蹈覆辙吗？Sun，请告诉我们答案！

（责任编辑 火凤凰 sunsj@51cto.com  TEL：（010）68476636-8007）