JPA：使用服务和多个存储库的正确方法

Question

我已经制作了一个使用JPA和Spring的系统。例如，如果我需要处理帐户，则可以使用存储库：

@Repository
public interface AccountRepository extends JpaRepository<Account, Long>

然后，我创建一个使用存储库的服务：

class AccountServiceImpl implements AccountService {

  @Autowired
  private AccountRepository repository;

  @Transactional
  public Account save(Account account){
    return repository.save(account);
  }

...

现在，我创建了一个控制器，用于处理Accounts的POST方法：

@Controller
public class AccountController {

@Autowired    
private final accountService service;

@RequestMapping(value = "/account", method = RequestMethod.POST)
        public ModelAndView account(@Valid Account account, BindingResult bindingResult) {
    ...
service.save(account);

客户，产品，联系人等相同

现在，假设我还有一个称为“注册”的类，该类包含足够的数据以创建一个带有客户，客户数据和产品（大量数据）的客户。一项针对注册的“确认”操作是专门用于执行此操作的操作：

@RequestMapping(value = "/confirm", method = RequestMethod.POST)
    public ModelAndView confirmRegistration(@Valid Registration registration, BindingResult bindingResult) {

现在我的问题是：为每个存储库调用save方法的正确方法是什么？

1）我应该在控制器中创建类，然后为每个创建的类调用save方法：

@RequestMapping(value = "/confirm", method = RequestMethod.POST)
        public ModelAndView confirmRegistration(@Valid Registration registration, BindingResult bindingResult) {
...
customerService.save(customer);
accountService.save(account);
contactDataService.save(contactData);
productService.save(contactData);
...

2）在RegistrationService中调用每个服务的保存：

class RegistrationServiceImpl implements RegistrationService {

  @Autowired
  private AccountService accountService;
  @Autowired
  private CustomerService customerService;
  ....

  @Transactional
  public void confirm(Registration registration){
  ... here I create the object
  customerService.save(customer);
  accountService.save(account);
  }

3）在RegistrationService中调用每个存储库的保存：

class RegistrationServiceImpl implements RegistrationService {

  @Autowired
  private AccountRepository accountRepository;
  @Autowired
  private CustomerRepository customerRepository;
  ....

  @Transactional
  public void confirm(Registration registration){
  ... here I create the object
  customerRepository.save(customer);
  accountRepository.save(account);
  }

我理解是否必须使用（1）。但是对于选项（2）和（3）感到困惑。

再次的问题：

我应该/可以在服务中使用其他服务吗？或者我只需要在服务中使用存储库？

谷歌对此的正确解释是什么？抱歉，英语不是我的母语，我找不到正确的方式询问这种设计。

Answer 1

服务并不总是必须是事务性的，但是当您使用 JPA 事务进行数据库工作时非常重要，因为事务确保您的更改可预测地提交，而不会受到其他同时进行的工作的干扰。Spring 可以轻松地使您的服务具有事务性，确保您了解事务，以便您可以充分利用它们。

您可以在服务中使用服务，您可以设置事务传播，以便它们都使用相同的事务，或者它们可以使用单独的事务，这两种情况都有适用的情况。但我建议不要做你在这里做的事情。

服务是放置业务逻辑的地方，尤其是需要事务性（全有或全无）的业务逻辑。根据功能将您的逻辑组织到服务中是有意义的，这样服务方法就是扮演某个特定角色的用户所采取的行动。

但是为每种类型的实体提供服务并不是很有用，我建议不要这样做。一个服务可以有任意数量的存储库，您不必将每个存储库都包装在自己的服务中。（教程展示了特定于实体的服务，或者他们可能会完全跳过服务层，那是因为他们想向您展示框架功能，并尽量减少业务逻辑。但实际应用程序往往有很多业务逻辑。）

您使用特定于实体的服务所做的一个问题：在控制器中一个接一个地调用它们意味着每个服务都使用自己的事务。创建事务很慢，并且有单独的事务会让您面临可能的数据不一致。将您的业务逻辑置于一个事务中，可以将一致性问题的暴露程度限制在与事务隔离级别相关的那些问题上。

我也不同意服务应该在 dtos 和实体之间转换的想法。偶尔您可能会发现需要一个 dto，但这不应该是例行公事。对于使用 JSP 或 thymeleaf 的 Web 应用程序，您可以愉快地添加实体作为请求属性，并让模板直接使用它们。如果您的控制器需要返回 JSON，您可以连接一个 messageconverter 以直接从实体生成 JSON，或者最好有一个 dto。尽量将重点放在实现业务功能上，并避免将数据从一种类型的持有者转移到另一种类型的持有者中，因为这种代码脆弱且容易出错。

对于控制器和服务之间的差异，我在这里和这里有答案。

Answer 2

控制器 理想情况下，控制器仅用于接受HTTP请求并提供响应。如果数据是保存在数据库或文件中，还是通过另一个HTTP调用发送到另一个服务，则控制器不必理会。始终使控制器不受任何业务影响。

服务

服务层是将数据传输对象转换为实体（反之亦然）的地方。控制器接收可能/可能不直接映射到数据库实体的数据对象。此转换由服务层完成。在您的情况下，您的控制器会收到Registration

因此，最好的方法是让您的控制器调用RegistrationService并传递接收到的数据对象以对其进行处理。

现在，注册服务的工作是将数据对象转换为数据库实体并将其保存在事务中。

我应该/可以在服务中使用其他服务吗？或者我只需要在服务中使用存储库？

我更喜欢将关注点分开。

例如，只有AccountsService应该知道帐户存储库的内外信息。帐户服务应像处理帐户的中间人一样工作。您要保存吗？把它给我。您要找到吗？我会为您找到。

简而言之，我宁愿RegistrationService调用Other服务，而不是直接调用存储库。