说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)

2022-01-10 16:23:28

这篇博客要说的东西跟ABP,AutoMapper和Castle Windsor都有关系，而且也是我在项目中遇到的问题，最终解决了，现在的感受就是“痛并快乐着”。

首先，这篇博客不是讲什么新的知识点，而是一次实战项目的经验总结，其实更是一次弯路或者错误记录吧，方便现在或以后遇到同样问题的人。

下面开始总结。

先来说说我的功能需求：

我要在页面上显示设备所在的城市名称，但是设备实体类中对应的字段是CityId，也就是城市表所对应的Id主键，但是设备实体类所对应的Dto，映射链所对应的属性是City。这里就不贴代码了，你只要记住我要从设备实体类的CityId属性映射到设备Dto类的City属性，这个映射是通过AutoMapper来完成，而且CityId是Int32类型，而City是string类型，因此，映射的过程中肯定是要通过CityId查询出City的名称进而映射到目标属性。通过一张图来表达就是这样的效果：

这整个过程都还好理解，问题出在具体的实现代码上了。

因为之前写过AutoMapper的系列教程（如果您还不知道什么是AutoMapper,请点击这里），所以我想到了使用自定义值解析器，所以自己写了个类：

说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)

/// <summary>
/// 
/// 自定义值解析器，目的在于将TerminalDevices的CityId映射成具体的string类型的城市名称
/// </summary>
public class TerminalDeviceResolver : ValueResolver<TerminalDevices, string>
{
     private  readonly ICityAppService _cityAppService ;
    
     public TerminalDeviceResolver(ICityAppService cityAppService)
    {
        _cityAppService = cityAppService;
    }

    protected override string ResolveCore(TerminalDevices source)
    {
        if (source.CityID.HasValue)
        {
            var cityId = Convert.ToInt32(source.CityID);
            var city=_cityAppService.GetCity(new CityInput() { Id = cityId });
            if (city!=null)
            {
                return city.Name;
            }
            return "找不到该城市";
        }
        return "CityID为空";
    }
}

然后再在配置类中修改一下配置：

Mapper.CreateMap<TerminalDevices, TerminalDeviceOutput>().ForMember(output => output.City, opt =>
{
    opt.ResolveUsing<TerminalDeviceResolver>();
});

原本以为这样就没问题了，结果问题来了：

这里报错说“类型需要有一个具有0个参数或者只有可选参数的构造函数”。我猜想肯定是说自定义解析器类，于是又定义了个无参的构造函数。

public TerminalDeviceResolver() { }

问题又来了：

经过调试，我发现这里的_cityAppService为null，那我就纳闷了，我上面不是已经通过构造函数注入了该服务接口对象了嘛，怎么会是null呢？仔细调试发现，程序走的是无参的构造函数，没有走这个依赖注入的构造函数，怪不得为null呢？

找到原因之后，我就又思考了，如何通过构造函数注入依赖呢？我又想到了AutoMapper中自定义解析器的ConstructedBy方法,接下来我又这样修改了一下映射配置类：

public class TerminalDeviceProfile:Profile
{
    private  readonly ICityAppService _cityAppService ;
    public TerminalDeviceProfile(ICityAppService cityAppService)
    {
        _cityAppService = cityAppService;
    }
    protected override void Configure()
    {
        Mapper.CreateMap<TerminalDevices, TerminalDeviceDto>();
        Mapper.CreateMap<TerminalDevices, TerminalDeviceOutput>().ForMember(output => output.City, opt =>
        {
             opt.ResolveUsing<TerminalDeviceResolver>().ConstructedBy(() => new TerminalDeviceResolver(_cityAppService));
        });
    }
 }

问题再次来了，真的是一环套一环啊，这次是编译错误：

可见，不能再配置类中通过构造函数进行依赖注入，突然又想到ABP中可以这样做，直接解析：

var cityAppService = IocManager.Instance.Resolve<ICityAppService>();

因此，最终代码是这样的：

public class TerminalDeviceProfile : Profile
{

    protected override void Configure()
    {
        var cityAppService = IocManager.Instance.Resolve<ICityAppService>();
        Mapper.CreateMap<TerminalDevices, TerminalDeviceDto>();
        Mapper.CreateMap<TerminalDevices, TerminalDeviceOutput>()
            .ForMember(output => output.City, opt =>
            {
                opt.ResolveUsing<TerminalDeviceResolver>()
                    .ConstructedBy(() => new TerminalDeviceResolver(cityAppService));
            });
    }
}

最终效果如下：

顺便看一下响应报文：

总之，折腾了这么久（痛苦），没白忙活，总算问题解决了，我的心情此时是快乐的！

本文转自tkbSimplest博客园博客，原文链接：http://www.cnblogs.com/farb/p/4981387.html，如需转载请自行联系原作者

码农公寓

相关文章