使用Entity Framework Code First模式构建数据库对象
已经决定使用EF CodeFirst来创建数据库了，因此我们使用POCO类（“Plain Old CLR Objects）来定义我们的Model。我们通过写标准的.NET类来定义适合我们API的领域模型。那些POCO类就会为我们创建数据库。
我们的培训系统数据库比较简单，首先我们需要有学生”Students”，导师”Tutors”,除此之外我们还需要定义课程”Courses”以及科目”Subjects”。在我们的系统中，我们允许每个学生去报名参加不同的课程
下图是我们数据库建立后的结果，我在这里列出来的目的是为了帮助大家更好的理解接下来创建的POCO类（图不是很清晰，凑合看吧）：
第一步：创建一个空的类库项目
打开VS，创建一个空的类库项目
.NET Framewok版本的话我用的事4.5的，选4.0的也行
第二步：使用NuGet添加Entity Framework的引用
右击引用->管理NuGet程序包->右上角输入Entity Framework，选择安装。装好之后就应该是这么一个样子：
这里用的是Entity Framework6，因为这个版本支持了枚举类型，在这次的项目里也有涉及
第三步：创建Model
前面已经说了，到目前为止我们还没有数据库。因此我们需要写标准的.NET类来定义领域模型并帮我们生成数据库
新建一个Entities文件夹并创建5个类（“Student”，“Course”，“Subject”，“Tutor”，“Enrollment”），这几个简单的实体类将为我们创建数据库
不难发现，上面我们创建的Model并没有从任何基类继承，也没有打任何attributes。有哪些标准的话会使我们的数据访问拥有更好的延展性，这样的话我们就可以专心地去处理业务而不用过多地考虑数据的持久化。
Entity framework Code First默认使用一种叫“约定大于配置”的方式来为我们创建数据库（通过POCO类映射数据库的表，字段的数据类型，外键等）。在一些简单的应用程序中来说是非常好用的。但在我们的项目中将使用Fluent API配置我们自定义的数据库生成规则——“配置覆盖约定”
第四步：应用自定义映射规则
当我们决定使用配置来覆盖默认规则时，我们可以为每张表的字段配置数据类型，是否可空，表与表之间外键关系，主键以及标识列等等。
于是乎我们创建一个“Mappers”文件夹，新建5个继承自System.Data.Entity.ModelConfiguration.EntityTypeConfiguration<T>的类。分别命名为： “CourseMapper”, “EnrollmentMapper”, “StudentMapper”, “SubjectMapper”, and “TutorMapper”
看看上面的代码，不难发现我们为每个POCO类属性（数据类型，是否为空，主键标识，外键关系）都做了配置。这些配置最终会影响我们数据库中表的创建。
第五步：创建Context类来实现数据持久化
现在我们要创建一个LearningContext类继承自System.Data.Entity.DbContext：
这个LearningContext类主要有三大任务
1.把我们定义的POCO类作为DBSet的属性对外公开，这意味着每一个POCO类都将被转化为数据库中的表
2.重写OnModelCreating方法将我们为POCO类自定义的映射规则添加到DbModelBuilder配置中
3.在LearningContext的构造函数中我们做了2件事：
（1）将ProxyCreationEnabled和LazyLoadingEnabled 2个属性设为false（默认都是true）。延迟加载（LazyLoading）主要是指当对象间的关联配置成导航属性暴露给外界的时候，那么这个属性的会在用到它的时候（在前台foreach的时候）才加载，那么极有可能成为性能杀手，我们项目中希望立即加载。而ProxyCreation是配合LazyLoading一起用的，因此当我们把这两个属性值设为false时，那么“LearningContext”就不会去加载导航属性除非调用了“Include”方法（下一章会有演示）。
（2）为数据库配置初始化和迁移策略，如果模型的属性被改变（添加了新的属性），就把数据库迁移到最新版本。为了实现这个功能，我们新建一个类LearningContextMigrationConfiguration继承自System.Data.Entity.Migrations.DbMigrationsConfiguration<TContext>
LearningContextMigrationConfiguration这个类主要有2个任务：
（1）在构造函数中，我们设置AutomaticMigrationsEnabled 属性为true，那么就意味着EF会为我们自动迁移数据库而不考虑版本问题。同时我们把AutomaticMigrationDataLossAllowed属性也设为true但这样做在开发环境中是很危险的，因为如果这个属性设为false时，一旦数据库在自动迁移时发生数据丢失，那么就会抛出一个异常。但在这次的系列中我们确保没问题。
（2）重写Seed方法来为我们的数据库添加初始数据，这个函数在我们应用程序每次启动时执行。“LearningDataSeeder”这个类主要用于提供需要的数据，具体代码在本章结束时提供。
本章总结
到目前为止，我们已经把用于创建数据库的Model和配置都实现了。在这个时候我们应该想一想：数据访问层是否已经完成？当我们使用Web Api操作的时候是否方便 快捷 高效？我们是否应该对已有的数据访问层再做一次封装？。。。 因此下一章我们将使用“Repository”模式应用在我们的项目中。