DAO 模式——交易适合哪里？

Question

所以我已经完成了这个通用的 DAO 事情，从表面上看它似乎没问题。 它基本上是根据 Hibernate 人员的 CaveatEmptor 示例应用程序建模的。

最重要的是，我有一个业务层......应用程序的核心。 它完全不知道任何特定的 DAO 实现。

到目前为止一切似乎都很好，直到我开始考虑交易。 如果事务留给客户端来实现，那么我到底如何保持层之间的良好分离呢？ 也就是说，我目前正在使用 Hibernate，并且我不太想将特定于 hibernate 的事务添加到我的业务层代码中。

我可以使用开始、提交和回滚方法创建一个简单的事务接口，并将实现传递给我的业务层...但是...我不确定...

所以这是挑战：你能推荐吗有没有一种方法可以让我在不使用 Spring（或 EJB，或任何其他附加框架）的情况下做到这一点？

Answer 1

您有权认为该应用程序是协调事务的好地方，因为这允许组合由各种服务/管理器/或您想称呼它们的任何内容实现的更复杂的操作。

一个简单的解决方案是定义一个 ITransaction 接口，并使用某种类型的工厂或 DI 从应用程序中隐藏实际的 ITransaction 实现者。 我使用 nHibernate 在 .net 中像这样推出了自己的产品，本质上我有一个基类，我的所有管理器（在本例中，管理器包含一组逻辑实体的业务逻辑，例如可能使用一个或多个存储库的成员资格、订单）。 我的基类有一个 ITransaction BeginTransaction()，它根据配置文件动态创建类型。

然后，该类与 nHibernate 的 Session 一起开始并提交事务。

Answer 2

我记得 Martin Fowler建议将对事务的控制保留在业务层，因为事务是一个业务问题。 （如果您设计 BankAccount 类，则事务是域语言的一部分）。

您可以尝试实现 TransactionScope，就像在 .NET 中一样，它的工作原理与此

using (TransactionScope ts = new TransactionScope())
{
  ...
}

相同（不完全一样，但如果您是 Java 人员，这对您来说会更明确）

TransactionScope scope = new TransactionScope();
try
{
 ...
 scope.Commit();
}
catch(Exception ex)
{
  scope.Rollback();
  throw;
}

将您的业务层与您可以添加的任何 DAO 技术解耦您的域语言中的 TransactionFactory，它返回您使用 Commit 和 Rollback 方法定义的 ITransactionScope（接口）。 这样你的领域层就不会绑定到你的 DAO 层，只有 TransactionFactory 的具体实现是绑定的。

ITransactionScope scope = transactionFactory.CreateTransaction();
try
{
 ...
 scope.Commit();
}
catch(Exception ex)
{
  scope.Rollback();
  throw;
}

Answer 3

在 Web 应用程序中，我划分事务的方法是利用 HTTP 请求/响应周期，其中每个原子业务操作在这些周期之一的范围内、在单个专用线程中执行。

无论使用哪种 Web 框架（Struts、JSF、GWT 等），通常都存在可以执行事务划分的“接缝”。 在 Struts 中，它可以是 Action 基类。 在 GWT 中，它可以是 RemoteServiceImpl 基类。

因此，使用该中心访问点来打开事务（在允许执行特定于应用程序的代码之前），如果没有出现异常，则通过提交来终止事务，否则进行回滚（在执行特定于应用程序的代码之后） 。

我在一个大型且复杂的商业 Web 应用程序中广泛应用了这种策略，事实证明它非常有效。

Answer 4

也许这对于答案来说有点太晚了，但是为特定事务创建另一个位于业务层和 dao 层之间的类怎么样？ 例如，如果 DAO 中的方法 a() 和 b() 要在某个特定 foo() 业务方法的事务中运行，那么创建类似 fooInTransaction() 的东西来启动事务并调用 a() 和 b()它。 业务方法 foo() 委托给它。

这将使业务代码保持干净，并且可以通过重构来避免重复。

Answer 5

过去，我将事务逻辑放在 DAO 层次结构的根 DAO 中，该 DAO 层次结构与模型中代表系统中单个实体实体的对象层次结构相匹配。

即，如果您有一个 X，它有许多 Y，并且您希望同时存储和检索 X 及其 Y 作为单个复合对象，那么您的 X 的 DAO 也应该调用 Y 的 DAO。然后您可以将围绕 X 的 DAO 中的 add() 和 update() 方法中的所有内容进行事务 - 甚至将 Y DAO 包设为私有以将其隐藏在主要业务逻辑之外。
即，而不是业务逻辑：

XDAO xDAO = new XDAO(conn);
xDAO.startTransaction();
boolean success = xDAO.add(x);
if (success)
    for (Y y : x.getYs()) {
        success = YDAO.add(y);
        if (!success) break;
    }
if (success)
    xDAO.commit();
else
    xDAO.rollback();

您只需：（

XDAO xDAO = new XDAO(conn);
xDAO.add(x);

该 DAO 内部有成功/提交/回滚逻辑）

但这并不能涵盖所有情况，您的可能会有所不同（例如我的工作与 JDBC 一起使用，我不知道）不知道 Hibernate 是如何工作的或者是否可能）。