当使用facade设计模式来构造应用程序的业务EJB层时,为什么我们仍然要将会话bean用于实际的业务逻辑?不只是使用普通Java类(如果不需要容器托管注入)是否有特定的原因?普通Java类与会话bean的性能如何,绕过业务会话bean不会提高性能吗?
我只想总结两种选择:
为什么使用1而不是2?
发布于 2009-09-16 12:37:46
如果您需要与facade不同的事务处理(例如,如果您希望在任何事务之外进行更新,那么facade可能是其中的一部分),那么唯一一次我可以认为选项1是有意义的。
否则,我的首选总是选项2,只是吃处理器的时间少一些,出错等等。
https://stackoverflow.com/questions/1432603
复制相似问题