结婚虽易，终老不易：EntityFramework和AutoMapper的婚后生活 - 田园里的蟋蟀

本邮件内容由第三方提供，如果您不想继续收到该邮件，可 点此退订 。

结婚虽易，终老不易：EntityFramework和AutoMapper的婚后生活 - 田园里的蟋蟀  阅读原文»

写在前面

• 我到底是什么？
• 越界的可怕
• 做好自己
• 后记

　　上一篇《恋爱虽易，相处不易：当EntityFramework爱上AutoMapper》文章的最后提到，虽然AutoMapper为了EntityFramework做了一些改变，然后就看似幸福的在一起了，但是有人（Roger Alsing）看不下去，写了一篇文章：http://rogeralsing.com/2013/12/01/why-mapping-dtos-to-entities-using-automapper-and-entityframework-is-horrible/，文中提到EntityFramework和AutoMapper在一起是可怕的，关于这篇英文文章，作为3.5级都考两次的我来说真是天书，无奈一边翻译一边猜测看了几遍，英文好的同学可以提供下中文版，因为文章中有代码，所以作者表达的意思还是可以理解一些。

　　文章标题主要关键字：mapping DTOs to Entities，注意并不是“Entities to DTOs”，表示实体对象到DTO的转换，并做一些CURD操作，代码看似合理，但是好像又有些不合理，为什么？主要是对所涉及的概念不清晰，EntityFramework、AutoMapper和DTO，他们到底是什么？有没有在一起的可能？请接着往下看。

我到底是什么？

　　EntityFramework（父亲）、AutoMapper（母亲）和DTO（孩子）你我都知道的官方定义：

• EntityFramework：是微软以 ADO.NET 为基础所发展出来的对象关系对应 (O/R Mapping) 解决方案。
• AutoMapper：Object-Object Mapping工具。
• DTO：数据传输对象（Data Transfer Object）。

　　EntityFramework的定义中有“ORM“关键字，那ORM又是什么？

ORM：对象关系映射（Object/Relation Mapping），是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。 --百度百科

　　概念清楚了就好办了，我们再来分析下，从上面定义可以看出：AutoMapper是Object-Object映射工具，EntityFramework是一种ORM框架，DTO是数据传输对象（Data Transfer Object），请注意这三个定义中都包含对象（Object）关键字，毫无疑问，AutoMapper所做的工作就是ORM中的“O”和DTO中的“O”之间的映射转换。　　

　　DTO中的“O”比较好理解，就是数据传输对象，不包含任何的业务逻辑，只是存储数据的一种对象，用于各层之间的数据传递。一般的项目都会采用分层设计（也就是常见的三层架构），每一层都是一个相对内聚的设计，一种松耦合结构。而层与层之间进行通讯的就是DTO，而这个“O”常常不是ORM的O。其实也可能不是DomainEntity,也不是ViewModel，但是它却有可能通过组合、分解等方式进行转换。

　　那ORM中“O”是什么意思？关于ORM的使用，网上有很多的争论，抛开性能问题，有人提出说“ORM注定了业务逻辑和数据库的高度耦合”，我觉得这种理解是错误的。ORM的“O”是数据对象，与表等有一定的偶合，但它从架构设计上来说，只是仓储层的内聚设计，与业务逻辑无关（当然现在很多小系统会用它来直接替代业务逻辑对象），而真正的业务逻辑对象（按领域驱动设计来说）是领域对象，真正的的系统核心对象是领域对象，而数据对象是可变的，领域对象则相对稳定，数据对象到领域对象是通过仓储层的适配器来实现的。

　　从上面的结论中可以看出，ORM中的“O”是数据对象。关于数据对象，有人说数据对象是稳定的，那要看数据是基于“数据”的设计，还是基于“对象”的设计。如果是基于“对象”的设计，那么设计之初，就必须把业务对象分析清楚、我们常把它说成领域对象，其实这个对象基本是稳定的（至少核心部分是稳定，如果核心对象变了，那是另一个话题，需求变了），而数据对象可能就不一定了，有可能SqlServer数据有的类型其它数据库没有，同样随着重构的进行，为了提高性能，可能会对一些表进行拆分和组合，原先在一个表中的数据，分成了两个表，或在视图中了。但不管数据表怎么变化，最终也只是仓储层内部的实现方式变了，当然ORM的“O”也会变，但出了这一层，一切都还是原来的样子。

　　理解这些概念很重要，理解了你会发现，我为什么把EntityFramework看做“父亲”，AutoMapper看做“母亲”，DTO看做“孩子”，当然这只是某种意义上的关系比作，只有在这三者结合才会出现，比如DTO可以脱离EntityFramework和AutoMapper独立存在，但他就不是“孩子”的概念了。

越界的可怕

　　什么叫越界？就是不是你干的事你却干了，所做的工作超出自己的范围之外，Roger Alsing的“Horrible”文章我觉得就是在表达这个意思。AutoMapper的工作范围只是对象之间的映射转换，也就是说EntityFramework中的“数据对象”到“DTO”之间的映射转换，但如果涉及到一些数据访问或是操作，这就是AutoMapper的越界行为，因为这些操作并不在她的职责范围之内，而应该是EntityFramework所做的工作。

　　某种意义上，可以看做：AutoMapper（母亲）只是EntityFramework（父亲）和DTO（孩子）之间的桥梁或是沟通，至于赚钱养家的事就交给EntityFramework（父亲）去做，如果AutoMapper（母亲）帮助EntityFramework（父亲）去赚钱养家，可能会造成相反的效果，也就是说AutoMapper（母亲）请做好“全职太太”即可。

　　我们来看下AutoMapper（母亲）的“越界行为”：

1 public void CreateOrUpdateOrder(OrderDTO orderDTO)
2 {
3 var config = new ...
4
5 //create an instanced mapper instead of the static API
6 var mapper = new AutoMapper.MapperEngine(config);
7 var context = ... //get some DbContext
8
9 config.CreateMap<OrderDTO,Order>()
10 .ConstructUsing((OrderDTO orderDTO) =>
11 {
12 if (orderDTO.Id == 0)
13 {
14 var order = new Order();
15 context.OrderSet.Add(order);
16 return order;
17 }
18 return context.OrderSet.Include("Details").First(o => o.Id == orderDTO.Id);
19 Nodejs学习笔记（六）--- Node.js + Express 构建网站预备知识 - porschev  阅读原文»

目录

• 前言
• 新建express项目并自定义路由规则
• 如何提取页面中的公共部分?
• 如何提交表单并接收参数?
  • GET 方式
  • POST 方式
• 如何字符串加密?
• 如何使用session?
• 如何使用cookies?
• 如何清除session和cookies?
• 写在之后

前言

　　前面经过五篇Node.js的学习，基本可以开始动手构建一个网站应用了，先用这一篇了解一些构建网站的知识！

　　主要是些基础的东西...

　　如何去创建路由规则、如何去提交表单并接收表单项的值、如何去给密码加密、如何去提取页面公共部分（相当于用户控件和母版页）等等...

　　下面就一步步开始吧^_^!...

新建express项目并自定义路由规则

　　1.首先用命令行express+ejs创建一个项目sampleEjsPre

cd 工作目录
express -e sampleEjsPre
cd sampleEjsPre && npm install

　　2.默认会有routes目录下会有index.js和users.js文件，这里为了不产生其它示例外的困扰，删除user.js文件

　　3.打开app.js文件删除下面两行代码

var users = require('./routes/users');

...

app.use('/users', users);

　　4.在app.js文件中添加如下代码

var subform = require('./routes/subform');
var usesession = require('./routes/usesession');
var usecookies = require('./routes/usecookies');
var usecrypto = require('./routes/usecrypto');

...

app.use('/subform', subform);
app.use('/usesession', usesession);
app.use('/usecookies', usecookies);
app.use('/usecrypto', usecrypto);

　　通过URL访问后，根据路由规则先到哪个文件，再到哪个文件的过程在上一篇文章（Nodejs学习笔记（五）--- Express安装入门与模版引擎ejs）中有说到，这里就不多说了!

　　5.在routes目录下添加subform.js、usesession.js、usecookies.js、usecrypto.js文件，并在对应的js文件中添加如下代码

var express = require('express');
var router = express.Router();

/* GET home page. */
router.get('/', function(req, res) {
res.render('subform', { title: '提交表单及接收参数示例' });
});

module.exports = router;

var express = require('express');
var router = express.Router();

/* GET home page. */
router.get('/', function(req, res) {
res.render('usesession', { title: '使用session示例' });
});

module.exports = router;

var express = require('express');
var router = express.Router();

router.get('/', function(req, res) {
res.render('usecookies', { title: '使用cookies示例' });
});

module.exports = router;

var express = require('express');
var router = express.Router();

router.get('/', function(req, res) {
res.render('usecrypto', { title: '加密字符串示例' });
});

module.exports = router;

　　6.在views目录下添加subform.ejs、usesession.ejs、usecookies.ejs、usecrypto.ejs文件,并在views目录下除了error.ejs外所有ejs文件中添加如下代码

<!DOCTYPE html>
<html>
<head>
<title><%= title %></title>
<link 阅读更多内容