你去www.bea.com的网站上去看吧,你会找到答案的。除了考虑目前外,还要考虑以后的升级是否容易!

解决方案 »

  1.   

    唉,中国人都将Java当做jsp来使用,有什么办法?
    一成本高,而不考虑将来,呵呵。
    现状如此,愿我们共同来改变。
      

  2.   

    我们给索尼做项目在用EJB。我想应该是有好处的吧。和微软的Com+类似。便于移植吧。当然更多的时候是客户要求这种实现技术。
      

  3.   

    不同意!就应该用EJB不管企业大小,做企业项目就要用J2EE,EJB是J2EE的核心,而不是JSP而且EJB可以快速开发,将来的可移植性也好,这都是中小企业最喜欢的!
      

  4.   

    不管企业大小,做企业项目就要用J2EE,EJB是J2EE的核心,而不是JSP而且EJB可以快速开发,将来的可移植性也好,这都是中小企业最喜欢的!
      

  5.   

    OK,我同意楼上说法,本来就是,JAVA不能当作是JSP用的,
    呵呵……
      

  6.   

    不同意!
    中小企业没必要用ejb.
    谁让你把东西都写在jsp里了,不会用javabean阿,也可以移植阿。
    而且,要用ejb的话上哪找免费的容器阿,要花银子的,那些中小企业负担的起吗!
    刀虽好,还要称手才行
      

  7.   

    不懂
    EJB和JSP比较什么呢?
    完全不同的概念
    再问,那种容器好用?
      

  8.   

    我认为应该从项目的本身角度来考虑是否用EJB,如果对于中小型的项目,用JAVABEAN就能完成所需要的功能,何必用EJB呢。对于项目复杂程度高和性能要求高的,为了以后便于升级和移植,可以考虑用EJB
      

  9.   

    你们大概都忽略了一点,就是现在同样的一个项目如果用EJB的话,开发单价肯定要比JSP/SERVLET高!公司能赚的更多当然都用EJB!娄!话反过来说,其实EJB的优势就在于分布式处理,如果不用到服务器集群的话,EJB的效率反而低!所以我认为只有很大的项目,需要使用分布式处理的时候才应该用EJB,而不应该什么都用EJB!(可惜我不是老板,老板的想法肯定是什么能赚更多的钱就用什么!呵呵!)
      

  10.   

    Two article
    http://www.sys-con.com/java/articleprint.cfm?id=1192http://www.theserverside.com/resources/articles/EJB/article.html
      

  11.   

    还是建议用EJB,
    分布式是一方面,Entity Bean也能实现很方便的数据持久化。如果用javaBean写多麻烦!另外免费的EJB容器也有啊:JBoss
      

  12.   

    什么条件下使用EJB:http://www-900.ibm.com/developerWorks/web/ibm-ejb/index.shtml
      

  13.   

    nothing (oop.51.net) :ejb 都已被使用两三年了,那里是新技术。