复杂嵌套对象映射挑战
在实际开发中，我们经常需要在不同领域模型（如数据传输对象dto、领域实体entity、合同契约contract等）之间进行数据转换。当数据结构包含列表（list）中的嵌套对象时，且这些嵌套对象的内部属性名称在源和目标之间存在差异时，手动编写映射逻辑会变得非常繁琐和冗长。
考虑以下示例结构：
目标契约（Contract）类：
public class ResponseContractClass {
private List items;
}
public class ItemContract {
private AttributeContract attribute;
}
public class AttributeContract {
private Long idContract;
private String nameContract;
} 源实现（Impl）类：
public class ResponseImplClass {
private List items;
}
public class ItemImpl {
private AttributeImpl attribute;
}
public class AttributeImpl {
private Long idCImpl; // 注意：属性名与AttributeContract不同
private String nameImpl; // 注意：属性名与AttributeContract不同
} 可以看到，ResponseContractClass和ResponseImplClass都包含List
MapStruct解决方案
MapStruct作为一个强大的Java Bean映射代码生成器，能够极大地简化这一过程。它通过生成高效、类型安全的映射实现，避免了手动编写重复的样板代码。对于上述的复杂嵌套映射问题，MapStruct提供了两种优雅的解决方案。
方案一：在主映射器中定义特定类型的映射方法
MapStruct的智能之处在于，当它遇到一个需要映射的复杂类型时，它会首先查找当前映射器接口中是否存在一个能够将源类型转换为目标类型的方法。如果存在，它就会自动调用该方法。我们可以利用这一特性，为AttributeImpl到AttributeContract的转换定义一个专用的映射方法。
import org.mapstruct.Mapper;
import org.mapstruct.Mapping;
import java.util.List;
@Mapper(componentModel = "spring") // 或 "default", "cdi", "jakarta.cdi" 等
public interface ResponseContractMapper {
// 主映射方法，MapStruct会递归处理其中的List- 和Item中的Attribute
ResponseContractClass mapFrom(ResponseImplClass response);
// 专门用于映射AttributeImpl到AttributeContract的方法
// MapStruct在处理ItemImpl到ItemContract时，发现需要映射AttributeImpl到AttributeContract，
// 就会自动调用此方法，并根据@Mapping注解处理属性名差异
@Mapping(target = "idContract", source = "idCImpl")
@Mapping(target = "nameContract", source = "nameImpl")
AttributeContract mapAttribute(AttributeImpl impl);
// 注意：MapStruct会自动处理List
到List的映射
// 以及ItemImpl到ItemContract的映射，只要它们内部的Attribute映射方法存在。
// 无需手动编写 ItemImpl 到 ItemContract 的映射方法，除非有额外的复杂逻辑
} 工作原理：
- 当ResponseContractMapper.mapFrom(ResponseImplClass response)被调用时，MapStruct首先处理ResponseImplClass中的items列表。
- 它会遍历ResponseImplClass的items列表，尝试将每个ItemImpl映射到ItemContract。
- 在映射ItemImpl到ItemContract的过程中，MapStruct发现ItemImpl包含一个AttributeImpl，需要映射到ItemContract的AttributeContract。
- 此时，MapStruct会在ResponseContractMapper接口中查找是否存在一个方法，其参数类型是AttributeImpl，返回类型是AttributeContract。
- 它找到了mapAttribute(AttributeImpl impl)方法。该方法上的@Mapping注解明确指示了idCImpl映射到idContract，nameImpl映射到nameContract。
- MapStruct生成相应的代码，自动完成Attribute层面的属性重命名和映射。
这种方法的优点是简洁，所有相关的映射逻辑都集中在一个映射器接口中。
方案二：使用独立的子映射器并通过uses属性引入
当你的映射逻辑变得非常复杂，或者某些嵌套对象的映射逻辑需要在多个主映射器中复用时，将特定类型的映射逻辑抽取到独立的子映射器中是一个更好的选择。MapStruct允许通过@Mapper注解的uses属性引入其他映射器。
首先，创建一个专门负责Attribute映射的接口：
import org.mapstruct.Mapper;
import org.mapstruct.Mapping;
@Mapper(componentModel = "spring")
public interface AttributeContractMapper {
// 定义AttributeImpl到AttributeContract的映射方法
@Mapping(target = "idContract", source = "idCImpl")
@Mapping(target = "nameContract", source = "nameImpl")
AttributeContract mapFrom(AttributeImpl impl);
}然后，在主映射器中通过uses属性引用这个子映射器：
import org.mapstruct.Mapper;
import java.util.List; // 确保导入
@Mapper(componentModel = "spring", uses = AttributeContractMapper.class)
public interface ResponseContractMapper {
ResponseContractClass mapFrom(ResponseImplClass response);
// 无需在这里重复定义Attribute的映射方法，MapStruct会自动查找uses中指定的映射器
}工作原理：
- ResponseContractMapper通过uses = AttributeContractMapper.class声明它将使用AttributeContractMapper中定义的映射方法。
- 当ResponseContractMapper.mapFrom(ResponseImplClass response)被调用，并且需要将AttributeImpl映射到AttributeContract时，MapStruct会在ResponseContractMapper本身以及uses属性中列出的所有映射器中查找合适的映射方法。
- 它会在AttributeContractMapper中找到mapFrom(AttributeImpl impl)方法，并使用它来完成Attribute层面的映射。
优势：
- 模块化： 将复杂的映射逻辑分解为更小的、可管理的单元。
- 可重用性： AttributeContractMapper可以在其他需要映射Attribute的地方被复用。
- 清晰度： 每个映射器只关注其特定的映射任务，代码结构更清晰。
注意事项与总结
- componentModel: 在@Mapper注解中指定componentModel（如"spring"、"cdi"、"jakarta.cdi"、"default"等），MapStruct会生成相应的组件模型代码，使其可以被Spring等依赖注入框架管理。
- 自动类型转换： MapStruct能够自动处理许多常见的类型转换（如String到Long），但对于自定义对象或复杂转换，你需要提供明确的映射方法。
- 属性名匹配： 如果源和目标对象的属性名完全一致，MapStruct会默认进行映射，无需@Mapping注解。只有当属性名不同、需要忽略某些属性或进行复杂表达式转换时，才需要使用@Mapping。
-
集合映射： MapStruct能够智能地处理集合（如List、Set）的映射。如果你有一个List
到List 的映射需求，MapStruct会自动为你生成遍历列表并逐个映射元素的逻辑，前提是它能找到SourceType到TargetType的映射方法。 - 避免手动复杂逻辑： 教程中展示的两种方法都避免了手动编写如response.stream.map(...)这样的复杂流式处理代码，使得映射逻辑更声明式、更易读。
通过以上两种策略，MapStruct能够优雅且高效地处理包含列表内嵌对象的复杂映射场景，即使内部属性名称不一致也能轻松应对，大大提高了开发效率和代码的可维护性。选择哪种方案取决于你的项目结构和模块化需求。对于简单场景，方案一足够；对于复杂或可复用的映射，方案二更为推荐。
