4

由于 Java EE 世界的新改进导致大量设计模式被弃用，DTO 在很大程度上受到了反对。

但是，我不希望数据库的关系结构决定客户端（Web 应用程序）如何使用我的 EJB 中的服务。由于技术的发展方式，我看到在大约 5 年的时间里，随着光纤技术和其他不可思议的技术成为现实，我看到了试图彻底改革 UI 的工作。所以我希望业务逻辑被完全封装，以便我们可以随时轻松更改 UI。

考虑到这种想法，我正在开发一个纯 API 来表示业务模型和服务，以便客户可以使用它。

但是，我不得不一直编写转换器来将实体 bean 转换为这个 API。这是正确的做法还是过度工程。

您的反馈和意见在很大程度上受到欢迎。

注意。该项目使用完整的 Java EE 6 平台

4

1 回答 1

2

关于最佳的前进方式存在相互冲突的“宗教”。我和你一样，更喜欢面向对象的解决方案，这意味着数据库行（实体）不等于业务领域对象。那么该怎么办？

我建议使用典型的工具，例如 Hibernate 或 Spring，在持久层中填充实体。然后，使用代理在数据库和域层类/对象之间移动状态。

HTH，马克

于 2011-02-21T14:53:55.443 回答