在MVC中更新ModelFirstEntityFrameworkPOCO实体外键的方法.docVIP

EF4.1支持了纯粹的POCO实体，对编写Persistence-Ignorant 的程序很有帮助。EF4.1还支持Code First的开发方式，但个人感觉利用Code First在处理较为复杂的关联的时候还是力不从心，Model First是更加合适的方式。在MVC应用程序中，由于无法长久的保留DbContext,在更新一个实体的时候，通常的场景是这样的： ActionResult Edit(Entity entity) { //Init a context // code to update entity } 在这种情况下,EF自带的ChangeTracker都起不到任何作用。假如我们有如下模型： EF会生成如下的两个实体类: public partial class Person { public int Id { get; set; } public string Name { get; set; } public virtual Address Address { get; set; } } public partial class Address { public Address() { this.Person = new HashSetPerson(); } public int Id { get; set; } public string Name { get; set; } public virtual ICollectionPerson Person { get; set; } } 看起来很完美， 但是我们在更新Person的时候会遇到麻烦，例如： static void Main(string[] args) { var p = new Person { Id = 1, Name = hello2, Address = new Address { Id = 2 } }; Update(p); } static bool Update(Person p) { using (EFContainer con = new EFContainer()) { con.EntryPerson(p).State = System.Data.EntityState.Modified; con.SaveChanges(); } return true; } ? 运行的结果是： Name属性被修改了，但是外键没有被修改。 改成这样： static bool Update(Person p) { using (EFContainer con = new EFContainer()) { p.Address = con.AddressSet.Find(p.Address.Id); con.EntryPerson(p).State = System.Data.EntityState.Modified; con.SaveChanges(); } return true; } 结果还是一样。EF的行为被设计成这样很令人费解。所幸还有一种方法可以解决这个问题，就是显式的在Person类中添加Address的外键。具体方法是，在EDMX设计器中，给Person类添加一个Scalar Propery，AddressID，在Table Mapping中，将其设置为AddressSet的ID，如下图： 最后，双击表示关联的线条，弹出一个外键约束框，如下设置: 设置完成以后，就可以如下使用: static void Main(string[] args) { var p = new Person { Id=1, Name = modified, AddressID=2 }; Update(p); } static bool Update(Person p) { using (EFContainer con = new EFContainer()) { con.EntryPerson(p).State = System.Data.EntityState.Modified; con.SaveChanges(); } return true; } 一切正常。 纯粹从设计的角度来说，在实体类中暴露外键——一个在关系数据库中存在的概念并不是一个很好的设计