如何避免DtoMappers层中的服务

Question

你好，我有一个基于spring boot的后端，我们正在使用自己的库将JPA实体转换为DTO的（库基于反射工作）。问题是，我们将服务层直接注入到一些映射器中。假设我有一个userentity和userdto。UserDto有一个名为avatar的字段，化身存储在S3中。因此，为了构建UserDto，我们使用如下代码。

@Component
class UserMapper {

 @Inject
 S3Service s3Service;

 public UserDto toDto(UserEntity entity){
     UserDto dto = new UserDto();
     BeanUtils.copy(entity,dto);
     dto.setAvatar(s3Service.getAvatarByUser(entity));

}

}

我不喜欢这种方法，因为Mapper必须对服务层一无所知。但是，这个映射器也被其他映射器使用。如果我想返回一个OrderDto，它有一个嵌套的UserDto，所以OrderDto在内部调用UserMapper。有没有什么最佳实践可以让映射器免费使用服务？

到目前为止，我尝试了以下几种方法。

1. 将头像存储在ThreadLocal缓存中。当controller调用服务获取用户时，service将用户的头像存储在ThreadLocal中，然后Mapper从ThreadLocal缓存中获取。缺点-很难测试，需要我做模拟
2. 创建一个名为UserWithAvatar的单独POJO来存储UserEntity实体；字符串Avatar并为UserWithAvatar而不是UserEntity创建映射器。缺点-正如我所说的，此映射器将由OrderMapper使用，并且order mapper使用具有嵌套的UserEntity的OrderEntity而不是UserWithAvatar

Answer 1

我认为mapper应该在服务内部，但我会尝试处理您的需求

u有两种选择：

>

您将服务和映射器都注入到控制器，将实体返回到控制器，并在返回响应之前使用映射器将其映射

使用事件发布来发布事件，然后映射器捕获该事件并生成映射。之后，您可以直接将dto返回到controller或生成另一个事件。（默认情况下，事件发布是同步的，因此您不必担心并发问题）

事件发布是通过spring完成的，导致非常不耦合的代码，其中发布者对事件订阅者一无所知，因此这两个可以在两个相互不了解的独立层中

指南：https://www.baeldung.com/spring-Events