可能是为了打击ejb的一种借口吧,反正怎么说都是对的,怎么说也都是错的,搞来搞去不如去搞汇编

解决方案 »

  1.   

    找到一段话,或许有帮助关于“侵入式”和“非侵入式”设计有读者讲“侵入式”这一术语无法理解,这里给一个简单解释,是我个人的看法。在设计一个类时,按理说,需要考虑的应该只是该类所企图表示的那个“概念”本身:为表示有关概念应记录哪些信息,该类的对象与外界交换信息的界面等等。但定义这个类并不是为了放在那里观赏,而是为了使用。在考虑类对象的使用时,使用环境的一些要素就可能“侵入”这个类的设计之中。实际上,许多情况下我们常常可以在“侵入式”设计和“非侵入式”设计之间做一个选择,不同选择各有优缺点。在考虑非类的程序部分时,这种问题也同样存在。例如,我们可能需要对类A的对象做引用计数,这里有两种基本可能性:将计数功能纳入类A的设计内(侵入式引用计数设计,此时类A的对象中包含了与引用计数有关的要素,这显然是与类A所要表示的概念无关的东西),或者将计数功能放在类A之外(非侵入式引用计数)。本书中讨论容器时提出了“侵入式容器”设计和“非侵入式容器”设计的概念:当我们希望将类A的对象放入一种容器时,是否需要将该容器的实现要素“侵入”类A的设计实现之中(这显然是与类A本身并无必然关系的要素)。不同考虑导致不同的容器设计。
      

  2.   

    我基本上知道了,从夏大虾得著作中得知。
    比如struts,需要继承一些struts得类,这就是侵入式,使得系统离不开那个框架。
    而spring中,业务类不需要继承框架得类,将来抛弃spring也比较方便。
    楼上大虾(土豆块)能否谈下ejb与spring之间得关系。你用ejb吗?如果用了,感觉如何?
      

  3.   

    我没用spring,用了ejb感觉还不错,当表之间的关联不是很复杂的时候,实体bean还是不错的,不过如果和sessionbean和用速度不太让人满意
    这些用过了就知道了