[C#][AutoMapper] 在.NET Core MVC领域驱动项目中应创建多少个映射？能否跨对象间接映射？

当然可以实现ContactDto到EditContactCommand的映射，而且有两种可行的方案，具体选哪种得结合你的业务场景和代码维护需求来判断：

方案1：利用现有映射实现链式转换 #

AutoMapper默认支持通过中间类型自动解析映射关系。既然你已经配置了ContactDto ↔ Contact和Contact ↔ EditContactCommand的双向映射，那么不需要额外写配置，就可以直接把ContactDto映射到EditContactCommand，AutoMapper会自动走ContactDto → Contact → EditContactCommand的转换链。

举个代码示例：

// 假设你已经注入了IMapper实例
var contactDto = GetContactDtoFromSomewhere();
var editCommand = mapper.Map<EditContactCommand>(contactDto);

这种方案的优缺点： #

• ✅ 优点：不用额外编写映射配置，减少重复代码，适合字段对应关系完全依赖中间实体Contact的场景。
• ❌ 缺点：映射逻辑依赖中间层的配置，一旦Contact和ContactDto或者Contact和EditContactCommand的映射规则发生变化，可能会间接影响这次转换的结果；调试时需要追踪两层映射，排查问题的成本略高。

方案2：创建直接映射 #

如果ContactDto和EditContactCommand的字段对应关系有自己的特殊性（比如Dto包含展示用的冗余字段，而命令只需要修改必要的业务属性），或者你希望映射逻辑更清晰、独立，那直接创建两者的映射是更稳妥的选择。

配置代码示例：

CreateMap<ContactDto, EditContactCommand>();
// 如果需要反向映射（一般命令转Dto的场景不多），可以再加一句
// CreateMap<EditContactCommand, ContactDto>();

这种方案的优缺点： #

• ✅ 优点：映射逻辑完全独立，不依赖其他类型的映射规则；调试和维护时一目了然，能针对这两个类型单独配置自定义转换逻辑（比如忽略某些字段、自定义值转换）。
• ❌ 缺点：需要多写一段配置代码，但如果字段有变化，只需要维护这一处的映射规则，反而更可控。

结合DDD场景的建议 #

在领域驱动设计的项目中，EditContactCommand属于应用层的命令对象，它的职责是传递修改实体的必要参数，应该尽量保持简洁且与领域逻辑解耦。而ContactDto通常是用于展示或数据传输的对象，可能包含更多和业务操作无关的字段。

这种情况下，我更推荐直接创建ContactDto到EditContactCommand的映射：

• 可以明确控制哪些字段被映射，避免把Dto中无关的字段带入命令，符合DDD中“命令只传递必要信息”的原则。
• 映射逻辑独立于领域实体Contact的转换规则，避免应用层的对象和领域层实体的耦合。

最后，不管你选哪种方案，都可以用AutoMapper的AssertConfigurationIsValid()方法在启动时验证所有映射配置的正确性，确保没有遗漏必要的字段或配置错误。

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