.NET Framework 4.8.1升级AutoMapper：ResolveUsing换MapFrom可行吗？

你的替换方案完全可行，AutoMapper在10.x版本里确实推荐用MapFrom替代已弃用的ResolveUsing，两种场景的替换都能和原代码保持一致的运行逻辑。

场景1：直接指定值解析器类型 #

旧代码：

.ForMember(rh => rh.Document, option => option.ResolveUsing<RHFileClass>())

新代码：

.ForMember(rh => rh.Document, option => option.MapFrom<RHFileClass>())

当RHFileClass实现了IValueResolver<TSource, TDestination, TDestMember>接口时，MapFrom<TResolver>和旧的ResolveUsing<TResolver>执行逻辑完全一致——AutoMapper会实例化该解析器并调用其Resolve方法生成目标字段值。高版本中ResolveUsing<TResolver>其实就是MapFrom的包装，只是被标记为弃用。

场景2：带参数的解析器实例化 #

旧代码：

.ForMember(buzz => buzz.Id, option => option.ResolveUsing<AgendaPK>(data => AgendaPK.NewOrNull(data.number))); 

新代码：

.ForMember(buzz => buzz.Id, option => option.MapFrom<AgendaPK>(data => AgendaPK.NewOrNull(data.number))); 

这种带工厂委托的用法，MapFrom也完全兼容。AutoMapper会通过你提供的委托创建AgendaPK实例，再用该实例完成值解析，和旧代码的执行流程没有差异。

额外注意事项 #

• 确认所有自定义解析器（比如RHFileClass、AgendaPK）都正确实现了AutoMapper对应的接口（IValueResolver或IMemberValueResolver），如果是基于旧版本接口实现的，10.x版本通常向下兼容，但建议检查接口成员是否有细微调整。
• 最好在测试环境跑全量单元测试，验证所有映射结果和升级前一致，避免解析器内部逻辑依赖旧版本AutoMapper细节导致的隐性问题。

内容的提问来源于stack exchange，提问作者João Barreto