DbContext:上下文
EDM将生成从System.Data.Entity.DbContext类派生的SchoolDBEntities类,如下所示。派生DbContext的类在实体框架中被称为上下文类。
在EntityFramework 4.1之前,EDM用于生成从ObjectContext类派生的上下文类。使用ObjectContext有点棘手。DbContext在概念上与ObjectContext相似。
它是ObjectContext的一个包装器,在所有的开发模型中都是有用的:Code First,Model First和Database First。
DbContext是实体框架的重要组成部分。它是您的域或实体类与数据库之间的桥梁。
DbContext是负责与数据交互作为对象的主要类。DbContext负责以下活动:
- EntitySet: DbContext包含映射到数据库表的所有实体的实体集(DbSet <TEntity>)。
- 查询(QueryingTo DB): DbContext将LINQ-to-Entities查询转换为SQL查询并将其发送到数据库。
- 更改跟踪(Change Tracking):跟踪实体在从数据库查询后发生的更改。
- 持久数据(Persistence):它还根据实体的状态对数据库执行插入,更新和删除操作。
- 缓存(Caching): DbContext默认进行一级缓存。它存储在上下文类生命周期中已经被检索的实体。
- 管理关系(Manage Relationship): DbContext还使用DB-First或Model-First方法使用CSDL,MSL和SSDL或者使用Code-First方法使用流利的API来管理关系。
- 对象实现(Object Materialization): DbContext将原始表数据转换为实体对象。
Context类重写OnModelCreating方法。参数DbModelBuilder被称为Fluent API,可以用Code-First方法配置实体。(我们现在可以不用研究这个)
实例化 DbContext
从DbContext获取ObjectContext:
对于所有常见任务,DBContext API比ObjectContext API更易于使用。但是,您可以从DBContext获取ObjectContext的引用,以便使用ObjectContext的一些功能。这可以通过使用IObjectContextAdpter来完成,如下所示:
实体框架中的实体类型:
EDM包含数据库中每个表的实体。实体框架5.0 / 6.0中有两种类型的实体:POCO实体和动态代理实体。
POCO实体(普通的旧CLR对象):
POCO类是不依赖任何框架特定的基类的类。它就像任何其他正常的.net类,这就是为什么它被称为“普通旧CLR对象”。
这些POCO实体(也称为持久性无关对象)支持大部分与由实体数据模型生成的实体类型相同的查询,插入,更新和删除行为。以下是Student POCO实体的一个例子。
动态代理(POCO代理):
动态代理是POCO实体的运行时代理类。它就像一个POCO实体的包装类。动态代理实体允许延迟加载和自动更改跟踪。
POCO实体应符合以下要求成为POCO代理人:
- POCO类必须声明为公共访问。
- 一个POCO类不能被密封(在Visual Basic中不可以)
- POCO类不能是抽象的(Visual Basic中的MustInherit)。
- 每个导航属性都必须声明为公共的,虚拟的
- 每个集合属性必须是ICollection <T>
- ProxyCreationEnabled选项在上下文类中不能为false(默认为true)
以下学生POCO实体满足上述所有要求,以便在运行时成为动态代理实体。
注意:默认情况下动态代理为每个实体启用。但是,您可以通过在上下文类中将ProxyCreationEnabled选项设置为false来禁用动态代理。
EDM默认生成符合上述动态代理要求的POCO实体。
在运行时,Student的类型将是System.Data.Entity.DynamicProxies.Student,如下所示:
从动态代理获取实际的实体类型:
您可以使用ObjectContext.GetObjectType()来查找动态代理的实际类型,如下所示:
实体可以有两种类型的属性,标量和导航属性。
标量属性:
标量属性是实际值包含在实体中的属性。例如,Student实体具有标量属性,如StudentId和StudentName。这些对应于Student表列。
导航属性:
导航属性是指向其他相关实体的指针。学生将标准属性作为导航属性,使应用程序能够从学生导航到相关的标准实体。
实体关系:
实体框架支持三种类型的关系,与数据库一样:1)一对一2)一对多,3)多对多。
一对一 一个学生只有一个地址
一对多 一个老师只有一个标准
正如您在上面的代码片段中看到的,标准实体类具有ICollection类型的Teachers属性,以便它可以包含多个Teacher对象。(它使用HashSet <Teacher>在构造函数中初始化Teachers属性,以便您可以将Teacher对象添加到集合中,而不必担心初始化。) 我们创建的时候勾选了外键所以这个类出现了 StandardId属性。
多对多 一个学生可以报名参加很多课程,而且一门课程可以教给很多学生。
注:实体框架支持许多一对多的关系,只有当接合表(StudentCourse在这种情况下)不包括除两个表中的PK之外的任何列(只有两个主键)。如果连接表包含其他列(如DateCreated),则EDM也会为中间表创建实体,并且您将不得不手动管理多对多实体的CRUD操作。
在XML视图中打开EDM。您可以看到SSDL(概念架构)具有StudentCourse实体集,但是CSDL(存储架构)没有StudentCourse实体集。而是将其映射到学生和课程实体的导航属性中。在MSL(CS映射)中,它将Student和Course之间的映射放入<AssociationSetMapping />的StudentCourse表中
因此,EDM中的CS映射正在管理多对多关系。因此,当您在课程中添加学生或在学生实体中添加课程时,当您保存它时,会将添加的学生和课程的PK插入StudentCourse表中。所以这个映射不仅可以直接在两个实体之间建立一个方便的关联,还可以管理这个关节的查询,插入和更新。
实体生命周期:
在实体的生命周期中,每个实体都有一个基于通过上下文(DbContext)对其执行的操作的实体状态。实体状态是System.Data.Entity.EntityState类型的枚举,包含以下值:
- 添加
- 删除
- 改性
- 不变
- 超脱
上下文不仅保存了从数据库中检索到的所有对象的引用,而且保存了实体状态,并保持对实体属性的修改。此功能被称为更改跟踪。
实体状态从“未更改”状态到“已修改”状态的更改是上下文自动处理的唯一状态。所有其他更改必须使用DbContext和DbSet的适当方法显式进行。
下图说明了在实体上执行的操作如何改变其状态,这又反过来影响了数据库操作。
当我们只了一些增删改的操作,如果需要保存到数据库就需要调用上下文的 SavaChanges()方法。