易渡空间－－现实的易径

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://gfish.blogbus.com/logs/2414144.html

关于企业级应用的一些观点

1. ejb是一个rmi框架，解决了简单rmi框架的许多问题。

2. ejb天生就是用来做rpc调用的，任何非rpc调用都不适合使用ejb来实现。

3. 普通的web服务采用横向集成的部署和集群方式就足够了，没有必要使用ejb。只有当web/bs应用需要一个完整的独立的组件框架并且需要纵向集成的时候，可以通过web-->ejb的rpc调用（这里有性能的损耗代价）来达到一个折衷的方案，但是这种方案并不是最优的。

4. 如果有一天我们发现webserver即将死亡的时候，我们就会发现采用ejb架构的工程的价值；我们的核心业务组件全在ejbserver，他不会随着界面层的死亡而死亡，我们可以将webserver退化为一个个普通的gui客户端，这时ejb作为独立的组件体系就会显示出它的价值所在了。

5. 当ejbserver遇到webserver~!会出现功能和角色的冲突，这不是ejb的错，因为ejb的定位要广泛的多，他致力于解决通用的企业级应用问题。ejbserver和webserver不是一个在前台一个在后台的角色，他们是处于同一层面的并行的角色，ejb只是顺便搭了暴发户web的一个顺风车，但是ejb的强大并没有在这次合作中充分的体现出来，反而被web/bs拉下水，引来诸多的牢骚和谩骂，典型的批判就是j2ee without ejb，作者对ejb的理解很局限，老是站在web的角度看ejb,我觉得是应该提一提j2ee without web/bs的时候了。

6. 期待ejb在rich client时代浴火重生，抛弃web/bs的包袱，让ejb3的简洁性为我们带来新的开发体验吧。

7. 不要迷信形形色色的server，server并没有厂商寡头们宣扬的那么神圣。普通ejb调用都需要经过两次RMI调用，对于多数应用我们并不需要Home对象带给我们的伸缩性，我们需要一种轻量级的ejb调用：no home/一次rmi。

8. 抛开web、bs思考一下：企业级应用开发原本应该如何？那些是没有必要的包袱？企业级应用和典型webbs应用有什么不同，受众有什么不同，特别是具有中国特色的“企业级应用”?不要全盘西化。

9. 企业级应用被一些厂商和开源社区的一些所谓的精英分子、狂热的理想主义者带入了一个复杂混乱的局面；学术界投入在web界面的上的精力，从生产率方面看完全是一种没有效率没有意义的浪费行为，尽管在学术意义上具有一定的价值，但还是应该反省批判。