DatabaseContext

需要通过一个容器将这些类映射到数据库，这里称为  Database-Context：

publicclass MyDomainContext : DbContext 
{ 
    public DbSet<Order> Orders { get; set; } 
    public DbSet<OrderDetail> OrderDetails { get; set; } 

    static MyDomainContext() 
    { 
        Database.SetInitializer<MyDomainContext>(
           new DropCreateDatabaseIfModelChanges<MyDomainContext>()); 
    } 
}

这个类是 EF 相关的，它不需要与你的模型类出现在同一个程序集中。

context 必须满足下面的要求：

• 派生自 System.Data.Entity.DbContext
• 对于你希望使用的每一个实体集定义一个属性
• 每一个属性的类型是 System.Data.Entity.DbSet<T>，T 就是实体的类型
• 每一个属性都是读写属性 read/write ( get/set )

在这里，DbContext 基类通过反射来获取映射到数据库的实体。这遵循一系列的约定。

例如，对于 Order 来说，他的属性 OrderID 必须是主键，其它的约定将用来推断列名和列的类型，默认数据库中的列名是属性名，使用 string 类型来影射数据库中的 nvarchar(128), 如果属性的类型是可空的，那么，影射到数据库中的允许 NULL 等等。以后我们可以看到如果覆盖这些约定。

我们将增加一个静态的构造函数，这个静态的构造函数对于整个应用程序域来说建立一个标准，当数据库的上下文初始化的时候，检查数据库的架构是否与模型相符，如果不是的话，将删除数据库然后重新创建它。EF 将会创建一个名为 dbo.EdmMetadata 的表，然后将模型结构的 Hash 保存到其中来实现。

如果数据库不存在，EF 将会创建它，创建什么数据库呢？默认情况下，将在你的本地机器上，使用上下文对象名称，有许多方式来覆盖这个行为，最简单的方式是在配置文件中增加一个名字为上下文对象名称的数据库连接串，在我这里，叫做 MyDomainContext，还可以通过实现一个构造函数，然后调用非默认的基类构造函数来实现。