使用普通JDBC在DAO或服务层中处理事务

Question

假设我有类帐户和Payment。

班级帐户

public class Account {
    private Integer id;
    private Integer accountHolderId;
    private BigDecimal balance;
    private Byte status;  // 0: account is fine, 1: locked, can't make payments.

    // Getters and Setters
}

班级付款

public class Payment {
    private Integer id;
    private BigDecimal amount;
    private Integer senderId;
    private Integer receiver;
    private Integer paymentStatusId;

    // Getters and Setters
}

DAO层有实现CRUD方法的AcCountDao和PaymentDao类。下一个是服务层，它有AcCountService和PaymentService类，它们在DAO类之上执行其他操作。

因为我使用的是货币/货币，所以我使用的是交易。我在我的DAO课程中使用它们。

我的DaoFactory类有一个方法createConnection（），该方法为每个特定的DaoFactory（例如MySqlDaoFactory）返回一个连接对象，该对象使用连接启用了事务功能。设置自动提交（错误） 。因此，每次连接到数据库时，我都会手动使用commit（）和rollback（）方法。

假设我想从一个账户（发送方）向另一个账户（接收方）付款。情况如下：

1. 检查是否sender.status==0，这意味着它是解锁的，可以发送付款。
2. 检查他的余额上是否有更多或相等的钱。
3. 从他的账户里取出这笔钱。
4. 检查是否receiver.status==0，这意味着它是解锁的，可以收到钱。
5. 在收款人的账户上存一笔钱。
6. 将付款状态更改为1，即为成功。

这个场景告诉我们使用两个DAO实例：AcCountDao和PaymentDao以及从这些实例调用方法。当我在PaymentService中实现这个场景时，它是实现事务的正确方式吗？

Answer 1

由于您不使用某些框架，如Spring Transaction（我强烈建议您使用），我建议您执行以下操作：

1. 只需使用一个DAO类就可以创建您需要的所有业务流程，并在那里使用事务
2. 在服务层中创建连接，并将其作为参数传递给业务流程中需要的所有DAO。我不喜欢这种方式，因为你会将连接控制委托给服务层，也不会委托给数据访问层
3. 将JDBC更改为使用Spring事务，它将允许您注释服务层中同一事务中的方法，尽管它们位于不同的DAO中。这是因为Spring将控制连接，所以它将通过DAO注入相同的连接。看看这个例子

这更多的是一个设计偏好的问题，然后哪一个是正确的