Jakarta ee 在JavaEE环境中，所有的核心J2EE模式都还不错吗？

随着JavaEE和EJB3的到来

这些都过时了吗，或者在（更好的）替代方案中被弃用了吗

有什么新的模式可以使用吗

---

一些模式，比如会话外观，对我来说仍然有意义。我们仍然需要注意公共接口的设计，关注外观对于实现这一目的是有帮助的。“Session”特性往往不那么突出，因为我们可以简单地注释POJO以获得EJB，但“Facade”特性是至关重要的

服务定位器已被下推到基于注释的注入方法中，用于资源访问。因此，这与其说是不重要，不如说是更好地包装在JavaEE框架中

---

数据传输对象的使用不太广泛，通常使用JPA注释的POJO来代替实体bean。在这方面存在一些争论，在某些情况下DTO可能仍然有用，但在简单的情况下可能不需要DTO，因此可能较少使用诸如Transfer Object Assembler之类的相关模式。

Adam Bien就此写了一本优秀的书《真实世界Java EE模式-反思最佳实践》（即，将J2EE模式更新为Java EE 5/6）。您可以在my.

+1中看到更改和更新的J2EE模式的概述。您提到了四种模式：会话外观、服务定位器、DTO和TOA。您还说，“一些模式…对我来说仍然有意义”。这是否意味着其他模式在JEE环境中对您来说没有意义（那么多）（或其他）我没有太多地使用服务给工作人员或调度员视图，所以我不知道Je/EJB3是否有任何影响。服务定位器和DTO我现在使用和看到它们是不太必要的。谢谢你们的回答。我仍然希望读者会考虑补充你所写的到目前为止，使答案比现在更完整。rt其他模式。将推迟将答案标记为最终结果，直到那时。再次感谢……当在容器外对EJB进行单元测试时，DTO仍然可用。模拟DTO通常比模拟EntityManager容易得多。@Lars，一点魔鬼的主张：JPA对象是带有注释的POJO。因此，在注释不是p的环境中经过处理的，比如在容器外部，JPAEdBean和DTO之间有什么区别？谢谢，这很有帮助。我将同时查看两者。很好的参考资料，那里的SOA v DDD讨论也很有趣