基础才是重中之重~AutoMapper为已有目标对象映射

回到目录

AutoMapper各位一定不会陌生,大叔之前的文章中也提到过,曾经也写过扩展方法,以方便程序开发人员去使用它,而在最近,大叔在一个API项目里,在一个POST请求由DTO对象为实体对象赋值时,出现了一个问题,使用大叔不得不对原有扩展方法再进行二次的补充。

事情是这样的,有一个DTO对象RequestUserInfo和一个数据库实体对象UserInfo,在进行POST时,将RequestUserInfo对象的值需要赋给UserInfo对象,我们知道DTO对象是根据接口要求从UserInfo里提取的,它的属性要少于UserInfo,这在GET请求时,没有出现任何问题(由userinfo到RequestUserInfo的映射),把对应的属性值赋到了DTO对象上面,百在POST时,由于DTO对象的属性少,所以,UserInfo的某些属性没有被赋到值,出现了Null。

复制代码
   /// <summary>
    /// DTO 用户-请求参数
    /// 输入参数各属性都是可空的,为空时不去验证,并且查询时不去构造查询条件
    /// </summary>
    public class RequestUserInfo : RequestBase
    {
        public int? Id { get; set; }
        [MaxLength(10, ErrorMessage = "用户名最多为10个字符")]
        public string UserName { get; set; }
        [EmailAddress(ErrorMessage = "Email地址不是合法的")]
        public string Email { get; set; }
        [MaxLength(20, ErrorMessage = "用户名最多为20个字符")]
        public string RealName { get; set; }
    }
复制代码
复制代码
    public class UserInfo : Entity
    {
        [DisplayName("用户名"), Required]// StringLength(50, MinimumLength = 4, ErrorMessage = "用户名只能由~50个字符组成")
        public string UserName { get; set; }
        [DisplayName("真实姓名"), Required]//StringLength(30, MinimumLength = 6, ErrorMessage = "真实姓名只能由6~30个字符组成")
        public string RealName { get; set; }
        [DisplayName("密码"), Required]// StringLength(20, MinimumLength = 6, ErrorMessage = "密码由6~20个字符组成")
        public string Password { get; set; }
        [DisplayName("电子邮件"), Required, EmailAddress]
        public string Email { get; set; }
    }
复制代码

以上是两个对象的内容,在AutoMapper的概念里,在GET请求时,UserInfo相当于TSource源对象,RequestUserInfo相当于TResult目标对象,而在POST请求时,这个正好相反,所以我们之前定义的扩展方法就有问题了,它会将UserInfo里的某些属性变成null,这是正常的,因为在进行AutoMapper时,如果你不给它传目标对象,它会自动构建一个新对象。

扩展之前的方法,它AutoMapper支持为已有目标对象赋值

 

复制代码
        /// <summary>
        /// 为已经存在的对象进行automapper
        /// </summary>
        /// <typeparam name="TSource"></typeparam>
        /// <typeparam name="TResult"></typeparam>
        /// <param name="self"></param>
        /// <param name="result"></param>
        /// <returns></returns>
        public static TResult MapTo<TResult>(this object self, TResult result)
        {
            if (self == null)
                throw new ArgumentNullException();
            Mapper.CreateMap(self.GetType().UnderlyingSystemType, typeof(TResult));
            return (TResult)Mapper.Map(self, result, self.GetType(), typeof(TResult));

        }
复制代码

 

这样在程序调用时,会把已经存在的对象result以参数的形式传入,如下代码

   public void Update(RequestUserInfo request)
        {
            var entity = userRepository.GetModel().FirstOrDefault(i => i.Id == request.Id);
            request.MapTo<UserInfo>(entity);
            userRepository.Update(entity);
        }

这时entity是从数据库里拿出来的完整数据,再把它的DTO属性进行自动映射赋值,最后把赋值后的对象进行更新!

上面是EF,LINQ这些ORM工具里的通用作法,即先拿出对象,再为指定属性赋新的值,最后提交到数据库!

感谢您的阅读!

回到目录

 

posted @   张占岭  阅读(4427)  评论(4编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 记一次.NET内存居高不下排查解决与启示
历史上的今天:
2013-11-13 爱上MVC3~布局页的继承与扩展
点击右上角即可分享
微信分享提示