OOM框架AutoMapper基本使用(2)

出于安全考虑,在后台与前台进行数据传输时,往往不会直接传输实体模型,而是使用Dto(Data transfer object 数据传输对象),这样在后台往前台传递数据时可以省略不必要的信息,只保留必要的信息,大大增强数据安全性。

下面给出两个相互对应的关系模型User、UserDto

public class User
{
  private const int NameMaxLength = 20;
  private const int PassWordMaxLength = 16;
  [Key]
  public long Id { get; }
  [MaxLength(NameMaxLength)]
  public string Name { get; set; }
  [MaxLength(PassWordMaxLength)]
  [DataType(DataType.Password)]
  public string PassWord { get; set; }
}
public class UserDto
{
  private const int NameMaxLength = 20;
  private const int PassWordMaxLength = 16;
  [MaxLength(NameMaxLength)]
  public string Name { get; set; }
  [MaxLength(PassWordMaxLength)]
  public string PassWord { get; set; }
}

这里将 Id 定义为自增长主键,在注册页面,这个 Id 应不可见,这个时候使用Dto的好处就体现出来了,这个时候,在存入数据库时会涉及到 UserDto 往 User 的类型转换,按照之前的经验,肯定可以按照下面这样来写:

user.Name=userDto.Name;
user.PassWord=UserDto.PassWord;

这样的转换固然可以,但是如果一个 User 对象足够复杂,有十几个甚至二十几个属性,这个时候这种写法就会显得十分笨拙。

这个时候我们就可以借助AutoMapper来帮助我们完成 UserDto 到 User 的转换了。

首先安装Nuget包

在 Tools - Nuget Package Manage - Package Manage Console 输入

Install-Package AutoMapper 

安装相应的Nuget包。

根据 Github上给出的帮助文档来看,有两种方法可以创建映射,一种是静态的 Initalize 一种是动态创建。

下面使用两种不同的方法来进行单元测试

public void Using_Initlalize_Test()
  {
    UserDto dto = new UserDto
    {
      Name = "Niko",
      PassWord = "1234",
    };
    Mapper.Initialize(ctx => ctx.CreateMap<UserDto, User>());
    User user = Mapper.Map<UserDto, User>(dto);
    user.Name.ShouldBe("Niko");
    user.PassWord.ShouldBe("1234");
    user.Id.ToString().ShouldBe("0");
  }
  public void Using_MapperConfiguration_Test()
  {
    var config = new MapperConfiguration(ctx => ctx.CreateMap<UserDto, User>());
    var mapper = config.CreateMapper();
    // var mapper = new Mapper(config);
    UserDto dto = new UserDto
    {
      Name = "Niko",
      PassWord = "1234",
    };
    User user = mapper.Map<User>(dto);
    //User user = Mapper.Map<User>(dto);
    user.Name.ShouldBe("Niko");
    user.PassWord.ShouldBe("1234");
    user.Id.ToString().ShouldBe("0");
  }

这里使用到 Shouldly 断言框架,具体用法参考官方文档。

写完规则之后 通常会调用 AssertConfigurationIsValid 方法,检查规则是否完整

  Mapper.AssertConfigurationIsValid();

两种方法,单元测试均通过。这样的话,借助 Automapper 处理复杂的对象映射,将大大简化我们的代码量。

为了更加便捷地使用 AutoMappper ,对AutoMapper进行扩展

public static class AutoMapperExtension
{
  /// <summary>
  /// 对象到对象
  /// </summary>
  /// <typeparam name="T"></typeparam>
  /// <param name="obj"></param>
  /// <returns></returns>
  public static T MapTo<T>(this object obj)
  {
    if (obj == null) return default(T);
    Mapper.Initialize(ctx=>ctx.CreateMap(obj.GetType(),typeof(T)));
    return Mapper.Map<T>(obj);
  }
  /// <summary>
  /// 集合到集合
  /// </summary>
  /// <typeparam name="T"></typeparam>
  /// <param name="obj"></param>
  /// <returns></returns>
  public static List<T> MapTo<T>(this IEnumerable obj )
  {
    if (obj == null) throw new ArgumentNullException();
    Mapper.Initialize(ctx => ctx.CreateMap ( obj.GetType(), typeof(T))) ;
    return Mapper.Map<List<T>>(obj);
  }
}

使用上面的方法进行单元测试:

 public void testme()
  {
    UserDto dto = new UserDto
    {
      Name = "Niko",
      PassWord = "1234",
    };
    User user=dto.MapTo<User>();
    user.Name.ShouldBe("Niko");
    user.PassWord.ShouldBe("1234");
    user.Id.ToString().ShouldBe("0");
  }
时间: 2024-10-09 22:58:55

OOM框架AutoMapper基本使用(2)的相关文章

OOM框架AutoMapper基本使用(1)

OOM顾名思义,Object-Object-Mapping实体间相互转换,AutoMapper也是个老生常谈了,其意义在于帮助你无需手动的转换简单而又麻烦的实体间关系,比如ViewModel和entity的转换,SearchModel和Entity的转换,我这篇分享的意义在于,网上大多数的分享都是几年前的,很多方法已经被废弃,到了编译器里会告诉你该方法已经过时,废弃的,不建议使用的,比如Mapper.CreateMap等方法,当然老司机大多数直接就去github看文档了,或者google一下就了

“土法炮制”之 OOM框架

一.什么是OOM框架? OOM 的全拼是 Object-Object-Map,意思是对象与对象之间的映射,OOM框架要解决的问题就是对象与对象之间数据的自动映射. 举一个具体的例子:用过MVC模式开发Web后台的小伙伴们都知道EO(Entity Object,实体对象)与DTO(Data Transfer Object,数据传输对象)之间需要进行一个转换.使用最原始的方法,我们会像这样去进行转换操作: 1 /// <summary> 2 /// EO类 3 /// </summary&g

企业级应用框架(四)我的这个系列到底要说什么

前言 这个系列已经写了三篇,得到了一些朋友的肯定,也收到了一些朋友的反对.在前面的三篇中,我一直至力于编码,很少涉及到理论,因此很多朋友认为我写的东西很肤浅,毫无亮点,或许我的水平真的很有限,辜负了大家的期待.这个系列已经20多天没有更新了,一个是因为时间有点点紧,另一个是因为我现在正在全力的搭建一个案例,然而要搭建起一个能尽量涵盖企业级应用框架方方面面知识的案例并不简单,但是如果没有案例就来写企业级应用框架无异于纸上谈兵.目前我的案例框架尚未完成,还有些东西没有理顺,但是我清楚的知道,我要诠释

android Sqlite操作之-- 自定义ORM关系实体映射类

任何android应用程序都少不了数据库的操作,即使是客户端程序也会有一些特定的数据存入到数据库中,例如:用户浏览记录,收藏列表等等,所以数据库的操作就是一个会很频繁使用的操作,所以对这个部分的封装就很有必要了,Web端有Hibernate等一系列优秀的框架,虽然android应用程序在git上也有一些开源的OOM框架,但总觉得还是没必要引入第三方的东西,于是就自己封装了一个数据库操作类,只要调用此类相应的方法,传入要保存的实体对象或更新的实体对象即可,查询也是同样的,只要传入查询条件和Clas

APS.NET MVC + EF (06)---模型

在实际开发中,模型往往被划分为视图模型和业务模型两部分,视图模型靠近视图,业务模型靠近业务,但是在具体编码上,它们之间并不是隔离的. 6.1 视图模型和业务模型 模型大多数时候都是用来传递数据的.然而即使在传递数据这一点上,也可以看出,视图需要的模型更加灵活一点,因为视图变化性更大,而处理业务的模型更加稳定一些.因此,在实际开发中,往往有视图模型和业务模型的区分.在实际开发中,为了体现逻辑的分离,往往是视图模型和业务模型分别定义. 例如,在传统三层开发中,我们定义的实体类,可以看作是业务模型的定

(五).NET Core中过滤器Filter的使用介绍

知识点回顾: 前面几篇文章分别给大家介绍了 (1)Swagger的集成和用法: (2)JWT身份验证的集成和用法: (3)OOM框架AnutoMapper对象映射的用法: 今天给大家介绍过滤器Filter的基本使用: 过滤器有什么作用,在什么场景下适合用到它? 假设一个项目进展到快结束的时候,项目leader为了保证程序的稳定性和可监控和维护性要求将所有的方法加上日志,如果项目比较庞大,方法非常多,那岂不是得费很大得劲来完成这样一件事情.不过不用担心,咋们遇到的问题,伟大的语言设计者早已帮我们想

ImageLoad(三级缓存(NetCache,MemoryCache,DiskCache),开源框架,OOM)

ImageLoad 原创作品:未经本人允许,不得转载 前段时间写项目时遇到了一个问题,就是从网络获取图片资源的问题,总是出现OOM异常,经过几天的努力,终于处理的还算是可以使用,OOM的处理一直都是很头疼的问题.对于三级缓存的处理也是每个项目所必不可少的,所以我打算把我的学习心的写下来,以下主要针对三级缓存的原理,以及一些知识点进行详细的叙述,有不对的地方还希望大家能多加点评,指正 一.前言 首先再说三级缓存之前我们首先了解一下垃圾回收机制 下面是目前我所了解的几种引用关系 (一).强引用(St

Asp.net 面向接口可扩展框架之使用“类型转化基础服务”测试四种Mapper(AutoMapper、EmitMapper、NLiteMapper及TinyMapper)

Asp.net 面向接口可扩展框架的“类型转化基础服务”是我认为除了“核心容器”之外最为重要的组成部分 但是前面博文一出,争议很多,为此我再写一篇类型转化基础服务和各种Mapper结合的例子,顺便对各种Mapper做个简单的优缺点对比 我对第三方组件评介有三个标准,一.可用性,二.性能,三.易用性 本例子中四个四种Mapper以前我都没使用过(因为以前我都用自己的Mapper),本次测试可能不准确,错误的地方请大家指正 AutoMapper使用的是4.2.1.0,需要.net4.5支持(我使用N

Andorid Volley框架加载图片OOM问题分析

一.Volley框架简介 在这之前,我们在程序中需要和网络通信的时候,大体使用的东西莫过于AsyncTaskLoader,HttpURLConnection,AsyncTask,HTTPClient(Apache)等,Google 在2013年的I/O大会 上,发布了Volley.Volley是Android平台上的网络通信库,能使网络通信更快,更简单,更健壮. Volley提供了JsonObjectRequest.JsonArrayRequestStringRequest等Request形式