在AutoMapper中使用ConstructUsing()构建父对象映射时，如何实现嵌套枚举的类型转换？

你遇到的问题核心在于：当使用ConstructUsing()手动实例化目标对象时，AutoMapper不会自动触发你预先定义的枚举映射规则——你直接将source.Mode（TemperatureMode类型）传入CoolingUnit构造函数的HeatMode参数，类型不匹配自然抛出错误。下面提供几种可行的解决方案：

方案1：在ConstructUsing中借助上下文手动触发枚举映射 #

你可以通过ResolutionContext获取AutoMapper的映射器，手动调用枚举转换逻辑，修改后的映射配置如下：

public class MappingProfiles : Profile { 
    CreateMap<TemperatureMode, HeatMode>().ConvertUsingEnumMapping(opt => opt.MapByName()).ReverseMap(); 
    CreateMap<CoolingUnitDTO, CoolingUnit>()
        .ConstructUsing((source, context) => new CoolingUnit(
            source.UnitName, 
            source.Temperature, 
            context.Mapper.Map<HeatMode>(source.Mode) // 手动触发枚举映射
        )); 
}

这里利用ConstructUsing的重载参数context，调用context.Mapper.Map来复用你之前定义的枚举映射规则，确保类型正确转换。

方案2：放弃ConstructUsing，让AutoMapper自动处理映射 #

你的CoolingUnitDTO和CoolingUnit属性对应关系非常清晰，仅UnitName和Name名称不同，完全可以依赖AutoMapper的自动映射能力，这样枚举转换会自动生效：

public class MappingProfiles : Profile { 
    CreateMap<TemperatureMode, HeatMode>().ConvertUsingEnumMapping(opt => opt.MapByName()).ReverseMap(); 
    CreateMap<CoolingUnitDTO, CoolingUnit>()
        .ForMember(dest => dest.Name, opt => opt.MapFrom(src => src.UnitName)); // 仅处理名称不一致的属性
}

这种方式更贴合AutoMapper的设计初衷，无需手动处理构造函数和类型转换，后续维护也更简单。

方案3：手动硬编码枚举转换（不推荐） #

如果不想依赖AutoMapper的映射器，也可以手动通过枚举名称或值转换，但这种方式硬编码了转换逻辑，后续枚举变更时容易出错：

// 通过枚举名称转换（依赖名称完全一致）
var heatMode = Enum.Parse<HeatMode>(source.Mode.ToString());

// 或通过枚举值转换（注意你的枚举值对应关系：TemperatureMode.Cool=1，HeatMode.Cool=0）
var heatMode = (HeatMode)((int)source.Mode - 1);

将转换后的结果传入CoolingUnit构造函数即可，但不推荐这种方式，因为缺乏灵活性。

内容的提问来源于stack exchange，提问作者sr28