存储库上的事务

时间:2012-12-05 09:25:25

标签: java spring-mvc architecture domain-driven-design

我的控制器看起来像这样:

@RequestMapping(value = "/User", method = RequestMethod.GET)
public @ResponseBody String getUser(@RequestParam long id) {
User user = userService.get(id);
return user.name;
}

服务看起来像这样

@Transactional(readOnly = true)
public User getUser(long id) {
  return userRepository.get(id);
}

我听到服务层上的mantra 交易,服务层上的交易;但是将存储库直接注入控制器会是如此糟糕。在首次创建存储库事务之后 - 需要传播以便创建事务(如果尚未存在)?

1 个答案:

答案 0 :(得分:4)

这取决于项目的规模及其中的复杂程度。当多个存储库需要交互时,我觉得服务工作非常好。

例如,BankAccountService需要使用AccountRepository借记/贷记帐户,同时还需要使用LedgerRepository来记录交易。

如果你只是简单地执行crud操作,我会毫不犹豫地将存储库放在控制器中。如果您的操作更先进,我会采取服务方法。解决最简单的用例,然后在引入更多复杂性时进行重构。预先做大设计往往违反了“你不需要它”的原则。

当不同的控制器需要执行相同的操作时,服务也很方便。因此,如果您创建的逻辑是特定于控制器的,并且您不需要重用代码,则将存储库放在控制器中是有意义的。如果您需要在其他控制器中复制逻辑,则服务可能是更好的选择,因为它可以重复使用。