全部用EJB,和数据库相关用ENTITY BEAN
不相关用SESSIONBEAN

解决方案 »

  1.   

    不同意Suddy(风)的说法,而且是坚绝不同意。刚买了一本书(关于j2ee的),看了很感动。
    有几点是我的总结:
    1对于不打算长用,而且开发周期很短的模块儿可以不用EJB
    2对于长时间使用,而且需要扩展性高的模块儿应该用EJB
    3用entity EJB应该谨慎,因为对性能可能有效大应响
    4对于一般的数据查找等工作,可用stateless/state session ejb完成(jdbc coding)
    5对于分布式事务,entity EJB的长处就发挥出来了,但是要小心设计
      

  2.   

    去IBM的开发者网站上有M国高手的详细论述~~那地方常去看看没有坏处,:-)
      

  3.   

    要部署多个服务器,进行分布式计算的时候用,如果就一个服务器就没必要了,javabean的模式设计好了,重用性同样很好!
      

  4.   

    首先要搞清楚EJB与javabean的区别,如果不用到容器的事务等特性就无需用EJB(资源消耗大)
      

  5.   

    先用JavaBean实现,将来在需要的时候再改成EJB,这样可行吗?可能吗?
      

  6.   

    并不是全部用ejb就好的
    看实际情况
      

  7.   

    http://www-900.ibm.com/developerWorks/cn/web/ibm-ejb/index.shtml使用 EJB 组件你需要了解些什么呢?
    是一些关于使用条件的判断标准Kyle Brown & Lee Cook 著
    IBM
    2000年5月..............作者简介
    Kyle Brown 是 IBM WebSphere 服务方面的高级 java 软件工程师。他常和一些十分重要的 IBM 客户进行商谈,帮助他们掌握如何最好地利用 WebSphere 和 J2EE 技术解决他们的商务问题。他为企业出版物撰写了许多文章(例如 The Java Report),目前为 VisualAge开发技术 杂志从事关于企业级 JavaBeans 组件的专栏写作。他还是 The Design Patterns Smalltalk Companion 和 Enterprise Java Programming with IBM WebSphere, 两本书的共同作者,这两本书将由 Addison-Wesley 出版社在2000年出版。他的email: [email protected] Cook 是一位从事顾问工作的软件工程师,目前就职于 WebSphere 网站的分析软件开发小组。以前,他从事 WebSphere 应用服务器和 IBM ServletExpress 的早期开发工作。他作为开发小组领导人参与开发了旨在为 servlet、EJB、会话、数据库共享、JVM 资源提供实时化图形显示的资源监视组件。他的email: [email protected].