转载：学习Entity Framework 中的Code First

看完觉得不错，适合作为学习资料，就转载过来了

原文链接：http://www.cnblogs.com/Wayou/archive/2012/09/20/EF_CodeFirst.html

这是上周就写好的文章，是在公司浩哥的建议下写的，本来是部门里面分享求创新用的，这里贴出来分享给大家。

　　最近在对MVC的学习过程中，接触到了Code First这种新的设计模式，感觉很新颖，并且也体验到了这种方式所带来的便利。这里将我的一些理解分享出来。

需要了解的概念

Ÿ POCO

　　POCO（Plain Old CLR Object）的概念是从java的POJO借用而来，而两者的含义是一致的，不同的仅仅是使用的语言不一样。所以POCO的解释就是“Plain Old C# Object”。POJO的内在含义是指那些没有从任何类继承、也没有实现任何接口，更没有被其它框架侵入的对象。

Ÿ PO

　　PO是指持久对象（persistant object持久对象）。持久对象实际上必须对应数据库中的entity，所以和POJO有所区别。比如说POJO是由new创建，由GC回收。但是持久对象是 insert数据库创建，由数据库delete删除的。基本上持久对象 生命周期和数据库密切相关。另外持久对象往往只能存在一个数据库 Connection之中，Connnection关闭以后，持久对象就不存在了，而POJO只要不被GC回收，总是存在的。

Ÿ ORM

　　ORM(Object/Relational Mapping) 对象关系映射，主要是把数据库中的关系数据映射称为程序中的对象

Ÿ NHibernate

　　NHibernate是一个面向.NET环境的对象/关系数据库映射工具。对象/关系数据库映射（object/relational mapping，ORM）这个术语表示一种技术，用来把对象模型表示的对象映射到基于SQL的关系模型数据结构中去。所以NHibernate与Entity Framework是很相近的。

Ÿ Entity Framework

　　Entity Framework的全称是ADO.NET Entity Framework，是微软开发的基于ADO.NET的ORM(Object/Relational Mapping)框架。

其架构图如下：

namespace MvcBlog.Controllers
{
public class HomeController : Controller
{
private BlogEntities db = new BlogEntities();

//
// GET: /Home/

public ViewResult Index()
{
return View(db.Blogs.ToList());
}

//
// GET: /Home/Details/5

public ViewResult Details(int id)
{
Blog blog = db.Blogs.Find(id);
return View(blog);
}

//
// GET: /Home/Create

public ActionResult Create()
{
var blog = new Blog();
return View();
}

//
// POST: /Home/Create

[HttpPost]
public ActionResult Create(Blog blog)
{
if (ModelState.IsValid)
{
db.Blogs.Add(blog);
db.SaveChanges();
return RedirectToAction("Index");
}

return View(blog);
}

//
// GET: /Home/Edit/5

public ActionResult Edit(int id)
{
Blog blog = db.Blogs.Find(id);
return View(blog);
}

//
// POST: /Home/Edit/5

[HttpPost]
public ActionResult Edit(Blog blog)
{
if (ModelState.IsValid)
{
db.Entry(blog).State = EntityState.Modified;
db.SaveChanges();
return RedirectToAction("Index");
}
return View(blog);
}

//
// GET: /Home/Delete/5

public ActionResult Delete(int id)
{
Blog blog = db.Blogs.Find(id);
return View(blog);
}

//
// POST: /Home/Delete/5

[HttpPost, ActionName("Delete")]
public ActionResult DeleteConfirmed(int id)
{
Blog blog = db.Blogs.Find(id);
db.Blogs.Remove(blog);
db.SaveChanges();
return RedirectToAction("Index");
}

protected override void Dispose(bool disposing)
{
db.Dispose();
base.Dispose(disposing);
}
}
}

View Code

　　视图已经自动添加在了Views文件夹下，到此我们的程序已经能够工作了，虽然我们似乎什么都没做。在运行前我们可以打开Sql server management studio （或者在VS里用服务器管理器连接到你本地的数据库）查看一下以确定数据库里还没有我们程序里需要的Blog表。然后我们Ctrl+F5运行网站。



　　页面显示出了我们在Blog中定义的Title字段和CreateDate字段，但由于还没有数据来进行显示，所以只有标题。

　　这个时候，我们断开数据库再重新连接，就会发现EF创建了一个程序命名空间为名称的数据库MvcBlog.Models.BlogEntities，里面包含我们用Dbset定义的Blogs表。表中的列也正好与我们在Blog类中定义的字段相对应。



　　仔细观察你会发现，它自动将BlogId定义为了主键，这是EF的convention在起作用，如果我们没有显示地指定数据库的连接字符串等配置信息，这些值将会遵从EF里的约定进行取值，比如这里的数据库名 MvcBlog.Models.BlogEntities。

　　这样的名称当然不是我们想要的，而且，如果我们本地安装了多个数据库实例的话，我们也希望指定项目将数据创建在我们想要的实例当中。要覆盖默认的约定，我们只需在Web.config（注意：不是Views文件夹下的Web.config）里添加一下对数据库的配置信息，代码如下：

<connectionStrings>

<add name="BlogEntities"

connectionString="server=(local)\sqlexpress;database=MvcBlog;integrated security=true;"

providerName="System.Data.SqlClient"/>

</connectionStrings>

　　注意上面的name应和Models中的定义的上下文类名称相同，这样才能使EF正常工作。server换成你本机数据库实例的名字。现在我们可以看到在先前那个数据库上方它生成了我们重新命名的数据库。



　　重新运行程序，我们在页面中点击Create New来添加几条数据。



　　添加完数据后我们再返回去看数据库中的变化。



　　如图，数据库中已经保存了我们在页面上添加的数据。

　　到这里大家已经看到了Code First 设计方式的大概过程。现在我们来回顾一下，之前所做的操作，将会更加明白这一过程是怎样进行的，特别是代码优先是如何做到在没有数据库支持的情况下先建立数据模型，然后再对数据库进行操作的。

　　首先我们在Models中创建了所需要的数据模型Blog类，里面包含的字段将映射到以后数据库表中的相应列。

　　接下来同样是在Models文件夹中，我们定义了一个最关键的BlogEntities上下文类，它继承自System.Data.Entity下的DbContext，它将我们的数据模型映射到数据库中，将代码中的数据持久化。

　　最后，在页面上进行添加数据时，页面将表单数据通过Blog类型传回Controller里面相应的方法，这里是处理Post回传的Create Action,它接收传回来的数据，通过调用db.SaveChanges()进行了数据的保存。这里db是BlogEntities上下文类的一个实例。通过BlogEntities上下文类，我们进行的RUD操作将反应到数据库中，完成了从代码到数据库的更新过程。

Data Annotations

　　接着上面的例子，试想，一篇博客一般还包含有分类信息，比如日志，随笔等。现在我们就去添加这样一个类，保存博客的分类信息，相应地，我们还应更新一下我们的博客类，让它包含一个分类属性，这样我们就可以指定一篇博客的所属分类了。

　　这里将看到如何通过Code First创建表间的外键关系约束，以及定义表中列的其他信息，比如显示的信息，

　　我们在Models文件夹中继续添加一个名为Category的类，它包含一个分类标识属性CategoryId, 一个分类名属性CategoryName。代码如下：

1 namespace MvcBlog.Models
2
3 {
4
5     public class Category
6
7     {
8
9         public int CategoryId { get; set; }
10
11         public string CategoryName { get; set; }
12
13     }
14
15 }

　　更新Blog类：

1 namespace MvcBlog.Models
2
3 {
4
5     public class Blog
6
7     {
8
9         public int BlogId { get; set; }
10
11         public string Title { get; set; }
12
13         public DateTime CreateDate { get; set; }
14
15         public int CategoryId { get; set; }
16
17     }
18
19 }

　　我们向其中添加了一个CategoryId属性，下面设置它为引用自Category中CategoryId的外键。

　　这里有两个方法Data Annotation 和 Fluent API用于实现这种到数据库的映射，这里只讨论Data Annotation。

　　由于CategoryId将会成为Blog到Category的导航属性，所以，除了要在Blog中添加CategoryId外，还需要添加一个类型为Category的属性，这样，在Blog中才会有一个来自Category中CategoryId的声明。

1 public class Blog
2
3     {
4
5         public int BlogId { get; set; }
6
7         public string Title { get; set; }
8
9         public DateTime CreateDate { get; set; }
10
11         public int CategoryId { get; set; }
12
13         public Category Category { get; set; }
14
15     }

　　在使用Data Annotation添加外键属性前需要添加System.ComponentModel.DataAnnotations命名空间到Blog类。然后我们就可以在CategoryId上面添加一个外键属性了。更改后的代码如下 ：

public class Blog

{

public int BlogId { get; set; }

public string Title { get; set; }

public DateTime CreateDate { get; set; }

[ForeignKey("CategoryId")]
public int CategoryId { get; set; }

public Category Category { get; set; }

}

　　同时更新我们的BlogEntities对象：

1 public class BlogEntities:DbContext
2
3     {
4
5         public DbSet<Blog> Blogs { get; set; }
6
7         public Category Categories { get; set; }
8
9     }

　　这时当我们运行程序时，会报错，如图：



　　因为之前运行程序时已经创建了数据库了，而现在我们在对模型进行更改后，它无法完全将更改之后的模型映射到之前的数据库，所以会出错。从错误提示中已经给出了解决办法。要么手动删除之前创建好的数据库，要么使用DropCreateDatabaseIfModelChanges 的一个实例来对数据库进行初始化。需要注意的一点是，在商业开发中，第二种方法要小心使用，因为它会把之前的数据库自动删掉重新创建，而如果你之前保存有大量信息在里面的话将无法挽回。

　　这里我们不想每次在修改模型之后都手动去删除，所以用第二种方法将十分简便，只需到Global.asax文件的Application_Start（）方法里面添加如下一行即可。

1 protected void Application_Start()
2
3         {
4
5             Database.SetInitializer(new DropCreateDatabaseIfModelChanges<BlogEntities>());
6
7             AreaRegistration.RegisterAllAreas();
8
9
10
11             RegisterGlobalFilters(GlobalFilters.Filters);
12
13             RegisterRoutes(RouteTable.Routes);
14
15         }

　　这样，模型改变之后，它会删除掉原来的数据库重新创建。

　　我们再次运行程序，然后再去数据库看，第二张表Category已经添加进去了，并且在Blog表里面，也出现了一个CategoryId外键，正如我们所想要的那样。

需要注意的地方

　　一个就是性能问题，使用edm designer从数据库来生成的ObjectContext，它会把很多东西存在CSDL,MSL,SSDL文件里，比如一些mapping信息，当页面load时需要先从EDM文件里来load这些metadata,而使用Code-first是从Assembly里load数据，这样应该会节省不少时间。但另一方面，EF自动生成的CONTEXT实体类会附带很多冗余信息，使得文件相对臃肿，在读取实体类中的信息时会在搜索上耗费不必需的时间。关于性能问题具体可阅读一下参考中的第一篇文章。

　　另外就是现在Code First应用得不是很多，就现在学习中碰到的例子来看，大部分都是Database First方式的。由于这是伴随微软新一代的EF4.1推出的设计方式，必定有其优越性，所以以后的项目中还是可以尝试用这种方式来进行设计。

后记

　　我也是初学者，研究得不是很深刻，借鉴了许多别人的经验与分享，再加上自己的创新理解，肯定有不恬当的地方，权当加深自己的理解，与大家共同学习。

可以参考的一些文章

1.WCF和Entity framework 发现的性能问题

http://www.cnblogs.com/GaryChen/archive/2010/02/06/1664912.html

2.Entity Framework 4中的Code-First, Model-First和Database-First模式

http://www.cnblogs.com/n-pei/archive/2010/08/12/1797751.html

3.Code-First Development with Entity Framework 4

http://weblogs.asp.net/scottgu/archive/2010/07/16/code-first-development-with-entity-framework-4.aspx

4.ADO.NET Entity Framework

http://en.wikipedia.org/wiki/ADO.NET_Entity_Framework

5.A Code First Example using Entity Framework 4

http://chris.widdowson.id.au/?p=746#

6. Entity Framework At-a-Glance

http://msdn.microsoft.com/en-us/data/aa937709

7. Nadege Deroussen在codeproject的三篇文章

Entity Framework Code First: Let's Try It

http://www.codeproject.com/Articles/318010/Entity-Framework-Code-First-Let-s-Try-It

EF Code First: Add a Foreign Key relationship

http://www.codeproject.com/Articles/319366/EF-Code-First-Add-a-Foreign-Key-relationship

EF Data Annotations and Code Fluent

http://www.codeproject.com/Articles/368164/EF-Data-Annotations-and-Code-Fluent