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

Entity Framework 4.1 DbContext使用记之一——如何查找实体？ DbSet.Find函数的使用与实现

Entity Framework 4.1 DbContext使用记之二——如何玩转本地实体？ DbSet.Local属性的使用与实现

 

今天的主题是如何玩转EF4.1中实体的属性。实体的属性其实是我们使用EF来访问和修改实体的关键。在EF以前版本中，如果我们一般会直接访问对象的属性，比如得到PersonID大于100的所有Person实体的ID和Name：

using (var context = new MyContext()) {     var people = context.People.Where(p => p.PersonID > );     for (var p in people)     {         Console.WriteLine("ID: {0}, Name:{1}", p.PersonID, p.Name);     }
} 

但是如果要得到ObjectContext所track的实体属性的OriginalValues（原始值）和CurrentValues（当前值），则不是很方便。

而在EF4.1中，由于我们可以使用DbContext.Entry()或DbContext.Entry<T>()来得到DbEntityEntry或DbEntityEntry<T>对象。通过DbEntityEntry （DbEntityEntry<T>）的OriginalValues和CurrentValues属性，我们可以方便地得到相应的属性集合（DbPropertyValues）。通过DbEntityEntry （DbEntityEntry<T>）的Property（Property<T>）方法得到DbPropertyEntry（DbPropertyEntry<T>）之后，我们也能通过相应的OriginalValue和CurrentValue属性得到单个属性的原始值和当前值。感觉有点绕？看看下面的这些例子应该就简单明了多了！

using (var context = new MyDbContext()) {     // 有关Find方法，请看EF4.1系列博文一    var person = context.People.Find();
    // 得到Person.Name属性的当前值    string currentName = context.Entry(person).Property(p => p.Name).CurrentValue;
    // 设置Person.Name属性的当前值    context.Entry(person).Property(p => p.Name).CurrentValue = "Michael";
    // 通过string值"Name"来获得DbPropertyEntry，而非通过Lambda Expression    object currentName2 = context.Entry(person).Property("Name").CurrentValue; }

再来看看如何得到实体的所有属性的OriginalValue（原始值），CurrentValue（当前值）和DatabaseValue（数据库值）吧：

using (var context = new MyDbContext()) {     var person = context.People.Find();
    // 改变对应的实体的Name属性    person.Name = "Michael";
    // 改变对应属性的数据库值    context.Database.ExecuteSqlCommand("update Person set Name = 'Lingzhi' where PersonID = 1");
    // 输出对应实体所有属性的当前值，原始值和数据库值    Console.WriteLine("Current values:");     PrintValues(context.Entry(person).CurrentValues);
    Console.WriteLine("\nOriginal values:");     PrintValues(context.Entry(person).OriginalValues);
    Console.WriteLine("\nDatabase values:");     PrintValues(context.Entry(person).GetDatabaseValues()); }

这里用到的PrintValues函数实现如下：

public void PrintValues(DbPropertyValues values) {     foreach (var propertyName in values.PropertyNames)     {         Console.WriteLine("Property {0} has value {1}",                           propertyName, values[propertyName]);     } }

这里具体的输出大家就当小练习吧，呵呵。

下面再为大家介绍两个我个人认为比较cool的小功能：

1) 设置多层的复杂类型的属性。

例如，Person实体含有Address复杂类型属性（Complex - type），Address又含有City这一string类型属性，那么我们可以这样来获得City这一属性的当前值:

// 使用Lambda Expressionstring city = context.Entry(person).Property(p => p.Address.City).CurrentValue;
// 使用string类型的属性表达object city = context.Entry(person).Property("Address.City").CurrentValue; 

这里层次的次数其实没有限制，可以一直点下去的。:)   EF的内部实现也是使用递归调用的方式，之后会有详细的介绍。

2) 克隆含有实体属性当期值，原始值或数据库值的对象。

我们可以使用DbPropertyValues.ToObject()方法来克隆将DbPropertyValues中相应的属性和值变成对象。

using (var context = new MyDbContext()) {     var person = context.People.Find();     var clonedPerson = context.Entry(person).GetDatabaseValues().ToObject();
} 

这里克隆到的对象不是实体类，也不被DbContext所跟踪。但这样的对象在处理数据库并发等问题时会很有用。

又到了探寻以上介绍的功能的内部实现的时候啦！我们还是照例使用.NET Reflector来查看EntityFramework.dll。 大家可以打开Reflector和我一起来做个简单的分析。

首先是从DbContext.Entry方法得到DbEntityEntry。Entry方法通过调用DbEntityEntry internal的构造函数DbEntityEntry(InternalEntityEntry internalEntityEntry)来创建一个DbEntityEntry对象。这里的InternalEntityEntry又是通过DbContext.InternalContext和先前传入Entry函数的实体对象来生成的。

public InternalEntityEntry(InternalContext internalContext, object entity) {     this._internalContext = internalContext;     this._entity = entity;          // ObjectContextTypeCache应该是EF内部保存的静态的类型缓存，用于查找实体类型    this._entityType = ObjectContextTypeCache.GetObjectType(this._entity.GetType());          // InternalContext.GetStateEntry内部则调用了ObjectStateManager.TryGetObjectStateEntry方法    this._stateEntry = this._internalContext.GetStateEntry(entity);     if (this._stateEntry == null)     {         this._internalContext.Set(this._entityType).InternalSet.Initialize();     } }

下面来看看DbEntityEntry.CurrentValues/OriginalValues。CurrentValues和OriginalValues属性都是DbPropertyValues类型的。DbPropertyValues可以被理解为对于一个实体或复杂类型所有属性信息的集合。我们通过PropertyNames属性拿到其所有属性的名字，通过GetValue或SetValues方法得到或设置属性值。还能通过我们之前讨论的ToObject方法来克隆一个有用与对应实体或复杂类型对象一样属性值的对象。演示一下如何使用DbPropertyValues.SetValuesF方法：

using (var context = new MyDbContext()) {     var person = context.People.Find();     var person1 = new Person { PersonID = , Name = "Michael" };     var person2 = new Person { PersonID = , Name = "Lingzhi" };
    var entry = context.Entry(person);          // 这里直接将拥有相应属性值的实体对象直接赋给SetValues方法，直接对person实体的CurrentValues和OriginalValues进行赋值    entry.CurrentValues.SetValues(person1);     entry.OriginalValues.SetValues(person2); }

这里SetValues内部首先调用了DbHelpers.GetPropertyGetters方法。DbHelpers是System.Data.Entity.Internal命名空间下Internal的类，包含了许多静态的辅助方法。这里的GetPropertyGetters顾名思义就是得到属性Getter方法delegate的集合，内部当然是通过PropertyInfo以及.NET Reflection来完成。有了这个Getter方法delegate的集合，我们就能方便地拿到传入SetValues方法的对象的所有属性值了，最后则按照所得到的属性值来进行赋值。

接着我们再来看看如何从DbEntityEntry.Property得到DbPropertyEntry。我们可以传递两种property的表达方式给DbEntityEntry.Property方法：1) Lambda Expression   2) string类型的property表示。先来说说1)，在将Lambda Expression解析为对应property时，EF使用了辅助静态方法DbHelpers.ParsePropertySelector，ParsePropertySelector又调用了另一静态辅助方法DbHelpers.TryParsePath。具体算法在这里就不做深入解析，简单说这个TryParsePath方法就是递归地将Lambda Expression所表示的property层层深入地获取到，例如像这样的Lambda Expression：person => person.Address.City最后就变为"Address.City"。在解析完毕之后，ParsePropertySelector其实也是将Lambda Expression变成了string类型的property表示。自然，EF此时就调用了第二个接受string类型的property表示的DbEntityEntry.Property重载。DbEntityEntry.Property(string)在经过了一系列其他的内部调用之后，到了System.Data.Entity.Internal.InternalEntityEntry.Property(...):

private InternalPropertyEntry Property(InternalPropertyEntry parentProperty, string propertyName, IList<string> properties, Type requestedType, bool requireComplex) {     bool flag = properties.Count > ;     Type type = flag ? typeof(object) : requestedType;     Type declaringType = (parentProperty != null) ? parentProperty.EntryMetadata.ElementType : this.EntityType;     PropertyEntryMetadata metadata = this.ValidateAndGetPropertyMetadata(properties[], declaringType, type);     if ((metadata == null) || ((flag || requireComplex) && !metadata.IsComplex))     {         if (flag)         {             throw Error.DbEntityEntry_DottedPartNotComplex(properties[], propertyName, declaringType.Name);         }         throw (requireComplex ? Error.DbEntityEntry_NotAComplexProperty(properties[], declaringType.Name) : Error.DbEntityEntry_NotAScalarProperty(properties[], declaringType.Name));     }     InternalPropertyEntry entry = (InternalPropertyEntry) metadata.CreateMemberEntry(this, parentProperty);     if (!flag)     {         return entry;     }     return this.Property(entry, propertyName, properties.Skip<string>(1).ToList<string>(), requestedType, requireComplex);
} 

从标黄的语句中不难发现，这个函数也是递归调用，并且将多层的property一一解析。 System.Data.Entity.Internal.InternalEntityEntry.Property函数返回InternalPropertyEntry类型的对象。这个对象又被返回给DbPropertyEntry.Create方法，Create方法又调用了InternalPropertyEntry.CreateDbMemberEntry:

public override DbMemberEntry<TEntity, TProperty> CreateDbMemberEntry<TEntity, TProperty>() where TEntity: class {     if (!this.EntryMetadata.IsComplex)     {         return new DbPropertyEntry<TEntity, TProperty>(this);     }     return new DbComplexPropertyEntry<TEntity, TProperty>(this); }

这里的逻辑很简单，将property分成一般的属性或复杂类型的属性，分别处理之。分析到这里，大家应该也发现了DbPropertyEntry中大部分信息都保存在其内部的InternalPropertyEntry对象里。这样的设计在解析EntityFramework.dll时，我们会经常看到。

原文出处： http://www.cnblogs.com/LingzhiSun/archive/2011/04/13/EF41_WokingWithProperties.html

转载原出处：这里为大家带来一个好消息：微软一站式实例代码库(Microsoft All-In-One Code Framework)即日起正式迁移至MSDN代码库了，新的平台会帮您更轻松地解决开发难题、节省更多时间、获得更友好的用户体验。已拥有600多个经典的代码实例，  更详细信息，请看http://msdn.microsoft.com/zh-cn/hh124104.aspx?ocid=ban-f-cn-loc-OC201104-MSDN