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

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

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

下面开始总结。

先来说说我的功能需求:

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

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

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

因为之前写过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为空";
    }
}
说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)

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

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

原本以为这样就没问题了,结果问题来了:

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

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

public TerminalDeviceResolver() { }

问题又来了:

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

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

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

说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)
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项目中的AutoMapper,Castle Windsor(痛并快乐着)

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

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

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

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

因此,最终代码是这样的:

说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)
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));
            });
    }
}
说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)

最终效果如下:

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

顺便看一下响应报文:

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

 

总之,折腾了这么久(痛苦),没白忙活,总算问题解决了,我的心情此时是快乐的!





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

上一篇:Android项目实战(四十):在线生成按钮Shape的网站


下一篇:手把手教你搭建GitHub个人博客网站(上)