最好是按照模块来划分session Bean 这个是session facade设计模式

解决方案 »

  1.   

    把所有的机能都放在一个session bean里去实现显然不太好,但是如果分的太多也会影响效率,因为在ejb container会保留初始化过的ejb的实例,这和连接池的原理有些类似。但是我认为如果你仅仅是用entity bean来更新和检索db的话,放在一起也没关系了。
      

  2.   

    能放在一个里面就放到一个里面,不然多个session Bean还要考虑事务管理的问题,理论上只要是required的属性就成了,而实际运用中我遇到过问题,一个方法中调用多个sessionBean ,sessionBean再调用enityBean,无法进行事务回滚。可能是我当时的配置不对,但那样的麻烦事情还不是不要碰为好。
      

  3.   

    用session facade设计模式
    对每一个entity bean用一个单独的session bean进行处理,这里利用了local接口提高效率;然后用一个session bean作为总接口与用户交互。
      

  4.   

    一个模块中所有的操作放在一个Session Bean中比较方便一些,而且也少了许多潜在的问题,比如事物的管理……
      

  5.   

    那要看你自己的需求了
    老实说20多个方法说多也不是最多,还是可以忍受的
    session facade的方法一般是模拟某个具体的部门所要实施的功能
    如果你的SB已经是高内聚,低耦合的,那么也没什么大关系
    否则的话,就自己根据需要更改