Entity Framework 4.1 DbContext使用记之三——如何玩转实体的属性值？

今天为大家带来DbSet.Local属性的使用与实现。和上次介绍的Find函数首先查找context中缓存的实体类似DbSet的Local属性也是返回context中缓存并且被跟踪的实体。不同点在于Local属性不会返回状态为EntityState.Deleted的实体且即使缓存中什么实体都没有也不会对数据库进行访问。这样的设计也正符合Local本地之意。看一个例子using(var dbnewMyDbContext()){//此处调用EF4.1的新扩展方法DbSet.Load()从数据库导入对应的实体到缓存中db.People.Load();db.People.Add(newPerson { NameMichael});db.People.Remove(db.People.Find(1));foreach(var pindb.People.Local){//这里调用了EF4.1的新方法Entry来得到实体的DbEntryEntryConsole.WriteLine(Found {0}: {1} with state {2}, p.PersonID, p.Name, db.Entry(p).State);}}这里的输出结果类似于Found 0: Michael with state AddedFound 2: Jennie with state UnchangedFound 3: Bob with state UnchangedFound 4: Mike with state Unchanged...PersonID为1的实体不会出现在这里因为此时它的状态是Deleted。而姓名为Michael的实体因为是新增的实体其主键还没有在数据库端生成所以其PersonID为0。Local属性为什么这么设计呢照理说状态为Deleted的实体同样应该是本地缓存的啊读者可能会发现Local属性返回的数据类型是ObservableCollectionT。我们知道ObservableCollectionT常被用于WPF数据绑定。其实Local属性的设计也是为了方便大家做数据绑定的。试想在数据绑定时如果被我们删除的实体仍然出现在Local属性的集合中UI控件则会仍然显示这些已被我们标记为Deleted的实体。反之对于新增的实体但还没有将更新提交到数据库我们当然希望在做数据绑定时UI控件也能显示它们的信息。再为大家介绍一些背景知识过去我们如果直接把控件绑定到EF的ObjectSetT集合上如果我们删除某些实体并未提交数据库UI控件会有相应的反应也删除实体。但是当我们调用类似AddObject方法在ObjectSetT里新增实体时UI控件并不会有任何变化新增实体不出现在控件。个人觉得这是之前EF设计上的一些缺陷。有关更详细的讨论请参阅这个MSDN帖子Microsoft QA | Microsoft Learn。有关Local属性的用法以及如何使用Local属性来做WPF和Winform数据绑定可以参阅这三篇ADO.NET产品组的博文如果大家需要我也可以对这些博文做翻译工作或者写一些有关EF数据绑定的文章http://blogs.msdn.com/b/adonet/archive/2011/02/01/using-dbcontext-in-ef-feature-ctp5-part-7-local-data.aspxhttp://blogs.msdn.com/b/adonet/archive/2011/03/08/ef-feature-ctp5-code-first-model-with-master-detail-wpf-application.aspxhttp://blogs.msdn.com/b/adonet/archive/2011/02/16/ef-feature-ctp5-code-first-and-winforms-databinding.aspx下面我们一起来分析下Local属性的实现。由于没有EF4.1的源码所以仍然使用.NET Reflector。 DbSet.Local属性是只读的。其get方法调用EF内部封装的InternalSetT.Local属性(同样只读。这里和上次介绍的DbSet.Find函数一样先调用DetectChanges函数来同步POCO实体的状态。有关DetectChanges函数详见MSDN文档Working with POCO Entities publicObservableCollectionTEntityLocal{get{this.InternalContext.DetectChanges(false);if(this._localViewnull){DbLocalViewTEntityview1this._localView;}return(this._localViewnewDbLocalViewTEntity(this.InternalContext));}}这里判断_localView对象是否为NULL但这里的逻辑我也不是很明白。在咨询了产品组之后发现这是Reflector 6.5的分析IL时的一个问题。正确的代码应该是使用了类似于C# ??的运算符来判断_localView对象是否为NULL。如果为NULL则生成一个DbLocalViewTEntity的对象并返回。publicObservableCollectionTEntityLocal{get{this.InternalContext.DetectChanges(false);returnthis._localView??(this._localViewnewDbLocalViewTEntity(this.InternalContext));}}下面看看DbLocalViewTEntity类的构造函数publicDbLocalView(InternalContext internalContext){this._internalContextinternalContext;try{this._inStateManagerChangedtrue;foreach(TEntity localinthis._internalContext.GetLocalEntitiesTEntity()){base.Add(local);}}finally{this._inStateManagerChangedfalse;}this._internalContext.RegisterObjectStateManagerChangedEvent(newCollectionChangeEventHandler(this.StateManagerChangedHandler));}这里两个比较关键的函数是GetLocalEntities和RegisterObjectStateManagerChangedEvent。前者是调用了ObjectStateManager.GetObjectStateEntries(EntityState.Modified| EntityState.Added| EntityState.Unchanged)以得到状态为Modified、Added和Unchanged的实体对象。而后者则是Local属性实现数据绑定功能的关键将StateManagerChangedHandler这个事件处理函数赋给ObjectStateManager.ObjectStateManagerChanged事件。该事件是当任何实体被添加或从ObjectStateManager中删除时都会被激发的。StateManagerChangedHandler函数其实就是在ObjectStateManagerChanged事件被激发时调用对应的ObservableCollectionT.Remove或ObservableCollectionT.Add操作。这样也就将ObservableCollectionT和EF缓存的实体联系了起来简单的数据绑定便实现了。privatevoidStateManagerChangedHandler(objectsender, CollectionChangeEventArgs e){try{this._inStateManagerChangedtrue;TEntity elemente.ElementasTEntity;if(element!null){if((e.ActionCollectionChangeAction.Remove)base.Contains(element)){base.Remove(element);}elseif((e.ActionCollectionChangeAction.Add)!base.Contains(element)){base.Add(element);}}}finally{this._inStateManagerChangedfalse;}}