我应该何时在Java EE应用程序中使用POJO(而不是EJB)？

发布时间：2020-12-15 04:22:18 所属栏目：Java 来源：网络整理

导读：我目前正在学习JAVA EE.我使用oracle Java EE 7教程.根据本教程的第34.1.4节,他们在教程示例中使用了一些非EJB辅助类. http://docs.oracle.com/javaee/7/tutorial/doc/ejb-basicexamples001.htm 我想知道在什么情况下我应该创建一个类EJB,在什么情况下我应该

我目前正在学习JAVA EE.我使用oracle Java EE 7教程.根据本教程的第34.1.4节,他们在教程示例中使用了一些非EJB辅助类. http://docs.oracle.com/javaee/7/tutorial/doc/ejb-basicexamples001.htm

我想知道在什么情况下我应该创建一个类EJB,在什么情况下我应该使用通常的帮助器类.我已经了解了使用EJB的好处.但是有没有使用POJO更好的情况？

解决方法

管理EJB组件(由容器管理),这意味着一些额外的开销. Fly有一个名为Sledgehammer的反模式：

描述了EJB(一种带有额外开销的技术)是在简单的POJO上选择的,其中只需要轻量级处理.产生额外的复杂性;没有明显的好处

解决方案：

如果您的代码不使用以下容器服务,请使用POJO：

>并发
>实体互动
>拦截器
>生命周期管理
>计时器
>交易管理

我想补充一点,在很多情况下,EJB就像Service Facades / Services一样使用.当您想要使用设计模式(CDI对象或POJOS)处理业务逻辑而不是仅使用EJB以过程方式放置逻辑时,存在真实场景.重新定义：EJB服务外观是解决复杂业务需求的设计模式的单一入口点(如果您不需要设计模式,请不要使用它,保持简单！).

资料来源：飞行大锤,服务门面,服务：

OCM Java EE 6 Enterprise Architect

Real World Java EE Patterns–Rethinking Best Practices

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!