请教一个基于J2EE的系统设计

Question

至于操作，只要你的JDBC经验足够丰富，用SessionBean+JDBC肯定是最快的方案（除了直接用JDBC）

Answer 1

事务很好ejb，我看不出有神么好，除了企业间的合作编程用
javabean＋jdbc＋事务就可以了

Answer 2

奇怪，ejb就是为了应付你说的这种企业级应用才出现的，你竟然说“由于考虑到性能关系，现在的初步想法是不敢用CMP，BMP，Hibernate等持久化技术”，“如果将这些逻辑放在EJB里完成，势必造成性能影响”请说说有什么影响以及为什么会造成影响？如果不用ejb你为什么叫它企业级应用？为什么使用App server?
不是cmp，bmp不好，而是你不会用。

Answer 3

建议用hibernate＋sessionbean+velocity(or struts)
性能效果不错。。我们和移动做的一个项目就运行效果来说非常满意
CMP 和BMP可以用，但是，你要是了解了hibernate，你就会发现CMP和BMP就没有存在的必要了，至于JDO，sun自己在继CMP后提出的一个规范，但是在O/R映射上做的不如hibernatethat all

Answer 4

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
回复人： lbdl(dreamweaver) ( ) 信誉：86  2004-09-18 23:13:00  得分: 0   
   奇怪，ejb就是为了应付你说的这种企业级应用才出现的，你竟然说“由于考虑到性能关系，现在的初步想法是不敢用CMP，BMP，Hibernate等持久化技术”，“如果将这些逻辑放在EJB里完成，势必造成性能影响”请说说有什么影响以及为什么会造成影响？如果不用ejb你为什么叫它企业级应用？为什么使用App server?
不是cmp，bmp不好，而是你不会用。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
首先非常感谢大家的回答和帮助。但我和lbdl的看法有些不同，如下：
1.CMP和BMP都属于O/R Mapping，CMP的性能大家都知道，并不怎么理想，lbdl可以查找一下这方面的资料。而且对于一些复杂的表数据，也没有hibernate来得灵活。BMP是Bean 管理持久性的，一般也不推荐用（涉及的原因比较多，在网上可以查到相关资料，不再这里列出）。
2.考虑到系统的性能是第一位，hibernate是将对象和数据库的交互封装起来，最终也通过JDBC来进行操作，所以只要我们对JDBC有足够的熟悉和优化，在理论上，hibernate不可能比纯粹的JDBC操作快。（如果考虑到hibernate的Cache，EJB里也可以做）
3.如果将业务逻辑放在EJB里实现，对于一般的系统，是一个绝佳的选择。但如果每次事务的操作，都要和数据库里大量的数据打交道，将使得消耗在I/O上的时间增加。
4.对于CMP，BMP，hibernate我都在一些项目用过，有一些切身的体会。lbdl在回复中提到“不是cmp，bmp不好，而是你不会用”，不知道有什么建议？谢过先 :)
-------------------------------------------------------------------
其他问题：
1.对于事务的优化，我们也注意到了，做了很多工作，但由于业务的复杂性，感觉在这方面的提升空间已经不大。
2.我非常同意 pbMaster(编程无境界) 和 city_goal(图灵机) 的观点。

Answer 5

to redlaputa(吾心如秋思，爱随雨后归) :
    对于一般性能要求的系统，“javabean＋jdbc＋事务就可以了”。但J2EE可以在分布式服务，Cache，事务，集群等系统级的服务上做优化。从系统架构方面看，J2EE的架构更清晰，扩展性等也比较好。其实J2EE的好处，远不止这一些，你用过之后，进行对比，才能有更深的体会。
    以上是我的一点愚见，不知道对不对？请大家指出错误。

Answer 6

楼主说的自相矛盾,javabean＋jdbc也是J2EE的一部分。

Answer 7

对于长事务,EJB也没有好的规范,没有CORBA那么完善.tuxedo在这方面比较强些
但是如果不是关键性的业务我到觉得没有必要用到EJB.但用javabean,jdbc,hibernate的话,可扩展性就没了
光要速度快就不要用java的app server了