java - 寻找设计模式以将框架层彼此隔离

Question

我想知道是否有人在将框架对象(Spring、Hibernate、Struts)彼此“隔离”方面有任何经验。我开始看到设计“问题”，其中来自一个框架的对象被用于来自不同框架的另一个对象。我担心我们正在创建紧密耦合的对象。

例如，我有一个应用程序，其中有一个具有多个属性的 DynaActionForm...其中一个是由 Hibernate 工具生成的 POJO。这个 POJO 到处都在使用……JSP 向它填充数据，Struts Action 将它向下发送到服务层，DAO 将持久化它……确认!

现在，想象一下有人决定对那个 POJO 做一点重构......这意味着 JSP、Action、Service、DAO 都需要更新......这有点痛苦......有是更好的方法？!

有一本书叫做核心 J2EE 模式:最佳实践和设计策略(第 2 版)...这本书值得一看吗？我不认为它涉及任何特定的框架，但看起来它可能会提供一些关于如何正确分层应用程序的见解......

谢谢!

Answer 1

For instance, I have an application where we have a DynaActionForm with several attributes...one of which is a POJO generated by the Hibernate Tools. This POJO gets used everywhere...the JSP populates data to it, the Struts Action sends it down to a Service Layer, the DAO will persist it...ack!

对我来说，将域对象作为 Web 应用程序中的“横向”层没有任何问题(毕竟，您希望它们的状态从数据库到 UI，而且我不认为需要映射它们变成中间结构):

Now, imagine that someone decides to do a little refactoring on that POJO...so that means the JSP, Action, Service, DAO all needs to be updated...which is kind of painful...There has got to be a better way?!

当然，您可以在 DAO 层级别从数据库中读取“Bean”，将它们映射到服务层的“域对象”，并将域对象映射到表示层的“值对象”，您将拥有非常低耦合。但是你会意识到:

1. 在数据库中添加列通常意味着在 View 中添加一些信息，反之亦然。
2. 对象和映射的复制操作和维护起来都非常痛苦。

你会忘记这个想法。

There's a book called Core J2EE Patterns: Best Practices and Design Strategies (2nd Edition)...is this worth a look? I don't believe it touches on any specific frameworks, but it looks like it might give some insight on how to properly layer the application...

这本书“展示”了如何使用整个 J2EE 堆栈(使用 EJB 2.x)实现(过度设计的)应用程序，并且总是被认为过于复杂(模式太多)。最重要的是，它在今天显然已经过时了。所以这很有趣，但必须持保留态度。

换句话说，我不会推荐那本书(至少肯定不是最先进的)。相反，看看 Real World Java EE Patterns - Rethinking Best Practices (请参阅第 3 章 - 将核心 J2EE 模式映射到 Java EE)和/或 Spring 文献(如果您不使用 Java EE)。