AutoMapper使用方法

什么是AutoMapper？

一些orm框架，在用到Entity的时候有一些开源代码用到了automapper，将数据对象转成DTO。比如在ORM中，与数据库交互用的Model模型是具有很多属性。而当我们与其它系统（或系统中的其它结构）进行数据交互时，出于耦合性考虑或者安全性考虑或者性能考虑（总之就是各种考虑），我们不希望直接将这个Model模型传递给它们，这时我们会创建一个贫血模型来保存数据并传递。什么是贫血模型？贫血模型（DTO，Data Transfer Object）就是说只包含属性，只保存必须的数据，木有其它任何的多余的方法数据什么的，专门用于数据传递用的类型对象。在这个创建的过程中，如果我们手动来进行，就会看到这样的代码：

B b=new B();

b.XXX1=a.XXX1;

b.XXX2=a.XXX2;

...

...

...

return b;

此时，AutoMapper可以发挥的作用就是根据A的模型和B的模型中的定义，自动将A模型映射为一个全新的B模型。基于访问性的控制或从模型本身上考虑。对外开放的原则是，尽量降低系统耦合度，否则内部一旦变更外部所有的接口都要跟随发生变更；另外，系统内部的一些数据或方法并不希望外部能看到或调用。类似的考虑很多，只是举个例子。系统设计的原则是高内聚低耦合，尽量依赖抽象而不依赖于具体。这里感觉automapper就是使数据库实体对一个外部调用实体的转换更简便（不用一个属性一个属性的赋值）。

例如1：数据库里面有用户信息表，供别的系统调用，提供了数据接口。如果直接暴露了数据库层的表结构的话，会对系统本身产生依赖。具体表现在，假定现在因为某种需要，为用户信息增加了十个字段的信息，那么，如果不进行类型映射的话，会导致所有基于此用户数据结构的模块集体挂掉（接口约定变更）。而如果使用了映射的话，我们可以在内部进行转换，保持原有接口不变并提供新的更全面的接口，这是保证系统的可维护性和可迁移性。

AutoMapper使用方法：

static WiFisController()

{

            Mapper.CreateMap<WiFiHotSpot, WiFiVM>();

            Mapper.CreateMap<WiFiVM, WiFiHotSpot>();

}

初始化的时候创建CreateMap

然后AutoMapper.Mapper.DynamicMap<WiFiHotSpot, WiFiVM>(wifihotspot);就可以咯。