各種使用方式

EntityClient+EntitySQL

string city = "London"; using (EntityConnection cn = new EntityConnection("Name=Entities")) {cn.Open();EntityCommand cmd = cn.CreateCommand();cmd.CommandText = @"SELECT VALUE c FROM Entities.Customers AS c WHERE c.Address.City = @city";cmd.Parameters.AddWithValue("city", city);DbDataReader rdr = cmd.ExecuteReader(CommandBehavior.SequentialAccess);while (rdr.Read())Console.WriteLine(rdr["CompanyName"].ToString());rdr.Close(); }
ObjectService+EntitySQL

string city = "London"; using (Entities entities = new Entities()) {ObjectQuery<Customers> query = entities.CreateQuery<Customers>("SELECT VALUE c FROM Customers AS c WHERE c.Address.City = @city",new ObjectParameter("city", city));foreach (Customers c in query)Console.WriteLine(c.CompanyName); }
ObjectContext+LINQ( to Entity)
方式一：

string city = "London"; using (Entities entities = new Entities()) {var query = from c in entities.Customerswhere c.Address.City == cityselect c;foreach (Customers c in query)Console.WriteLine(c.CompanyName); }
方式二：

string city = "London"; using (Entities entities = new Entities()) {var query = entities.Customers.Where(r => r.Address.City == city);foreach (Customers c in query)Console.WriteLine(c.CompanyName); }
這兩段示例代碼中的entities.Customer的寫法隱式調用了2中示例的ObjectQuery<Customers>來進行查
詢（關于此可以參見EDM的設計器文件-xxx.designer.cs）。在方式二中的Where方法傳入的是一個
Lambda表達式，你也可以傳入一條EntitySQL語句做參數來將LINQ與EntitySQL結合使用。如下代碼演示
其使用：

string city = "London"; using (Entities entities = new Entities()) {var query = entities.Customers.Where("r.Address.City = '"+city+"'");foreach (Customers c in query)Console.WriteLine(c.CompanyName); }
下面代碼演示使用EntitySQL的like完成模糊查詢：

context.Customer.Where("it.CustomerID LIKE @CustomerID", new?

System.Data.Objects.ObjectParameter("CustomerID","%V%"));
這個并不是只能使用EntitySQL來實現，LINQ to Entity也可以很容易完成。如下代碼： ?


context.Customer.Where(r => r.CustomerID.Contains("V"));?
同理，"V%"、"%V"可以分別使用StartsWith()與EndsWith()函數實現。
?


? ? 使用LINQ to Entity需要注意的一個方面是，在完成查詢得到需要的結果后使用ToList或ToArray方


法將結果轉變為內存中的對象，然后使用LINQ to Objects來處理，否則處在Entity Framework的聯機模


式下對性能有很大的影響。
========

EdmGen工具

在.NET Framework 3.5的文件夾下有一個名為EdmGen的工具，Visual Studio的實體設計器就是調用這個


工具來完成EDM的生成等操作。通過直接使用這個工具的命令行選項我們可以進行更多的控制。


這個命令的參數及作用如下：


EdmGen 選項


/mode:EntityClassGeneration 從 csdl 文件生成對象


/mode:FromSsdlGeneration 從 ssdl 文件生成 msl、csdl 和對象


/mode:ValidateArtifacts 驗證 ssdl、msl 和 csdl 文件


/mode:ViewGeneration 從 ssdl、msl 和 csdl 文件生成映射視圖


/mode:FullGeneration 從數據庫生成 ssdl、msl、csdl 和對象


/project:<字符串> 用于所有項目文件的基名稱 (短格式: /p)


/provider:<字符串> 用于 ssdl 生成的 Ado.Net 數據提供程序的名稱。(短格式: /prov)


/connectionstring:<連接字符串> 您要連接到的數據庫的連接字符串 (短格式: /c)


/incsdl:<文件> 從中讀取概念模型的文件


/refcsdl:<文件> 包含 /incsdl 文件所依賴的類型的 csdl 文件


/inmsl:<文件> 從中讀取映射的文件


/inssdl:<文件> 從中讀取存儲模型的文件


/outcsdl:<文件> 將生成的概念模型寫入到其中的文件


/outmsl:<文件> 將生成的映射寫入到其中的文件


/outssdl:<文件> 將生成的存儲模型寫入到其中的文件


/outobjectlayer:<文件> 將生成的對象層寫入到其中的文件


/outviews:<文件> 將預生成的視圖對象寫入到其中的文件


/language:CSharp 使用 C# 語言生成代碼


/language:VB 使用 VB 語言生成代碼


/namespace:<字符串> 用于概念模型類型的命名空間名稱


/entitycontainer:<字符串> 用于概念模型中的 EntityContainer 的名稱


/help 顯示用法信息 (短格式: /?)


/nologo 取消顯示版權消息


使用示例：


從 Northwind 示例數據庫生成完整 Entity Model。


1 EdmGen /mode:FullGeneration /project:Northwind /provider:System.Data.SqlClient?


/connectionstring:"server=.\sqlexpress;integrated security=true; database=northwind"
從 ssdl 文件開始生成 Entity Model。


1 EdmGen /mode:FromSSDLGeneration /inssdl:Northwind.ssdl /project:Northwind
驗證 Entity Model。


1 EdmGen /mode:ValidateArtifacts /inssdl:Northwind.ssdl /inmsl:Northwind.msl?


/incsdl:Northwind.csdl
?
========

含有Association的EDM的使用

? ? 當前版本的Entity Framework不支持自動延遲加載，所有當前未使用的關系中的相關實體默認按不


加載處理，當我們需要通過關系獲取一個實體對象時，我們可以采用兩種方法：


顯示加載
實體框架針對 EntityReference 類的每個實例提供一個 Load 方法。此方法可用于顯式加載與另一實體


相關的一個集合。我們只需在訪問關系中實體之前調用其Load即可，當然提前判斷該實體是否已經加載


是一種比較好的實踐。如下代碼所示：


?1 using (Entities entities = new Entities())
?2 {
?3 ? var query = (from o in entities.Orders
?4 ? ? ? ? ? ? ? ?where o.Customers.CustomerID == "ALFKI"
?5 ? ? ? ? ? ? ? ?select o);
?6 ? foreach (Orders order in query)
?7 ? {
?8 ? ? if (!order.CustomersReference.IsLoaded)
?9 ? ? ? order.CustomersReference.Load();
10 ? ? Console.WriteLine(order.OrderID + " --- " +?
11 ? ? ? order.Customers.CompanyName);
12 ? }
13 }
?


預先加載
先看代碼示例


?1 using (Entities entities = new Entities())
?2 {
?3 ? var query = (from o in entities.Orders.Include("Customers")
?4 ? ? ? ? ? ? ? ?where o.ShipCountry == "USA"
?5 ? ? ? ? ? ? ? ?select o);
?6?
?7 ? foreach (Orders order in query)
?8 ? ? Console.WriteLine(order.OrderID + " --- " +?
?9 ? ? ? order.Customers.CompanyName);
10 }


查詢中針對 Orders 實體調用的 Include 方法接受了一個參數，該參數在本示例中將要求查詢不僅要檢


索 Orders，而且還要檢索相關的 Customers。這將生成單個 SQL 語句，它會加載滿足 LINQ 查詢條件


的所有 Order 和 Customer。?


兩種加載關系實體的方式的選擇根據：如果針對關系數據你只需做一到兩次查詢，則使用顯示加載更高


效，如果要持續訪問關系實體中數據，則使用預先加載。


關系下的添加，更新與刪除與上述操作基本相同，唯一需要注意的是刪除操作不支持級聯刪除，需要手


工遍歷所有的相關項并將其一一刪除。注意這里刪除操作不能使用foreach來遍歷需要刪除的關系實體。


取而代之的有兩種方法：


while法
1 while (result.Order_Details.Count > 0)
2 {
3 ? // 刪除操作…
4 }
?


ToList法（以非聯機方式操作）
1 var items = result.Order_Details.ToList();
2 foreach (var item in items)
3 {
4 ? // 刪除操作…
5 }
?


最新補充
Entity Framework在開發中的應用 – Entity Framework與控件
.NET Framework提供了許多xxxDataSource控件，如SqlDataSource，ObjectDataSource等，這些數據源


控件大大方便了我們的數據綁定操作。不幸的是目前還沒有針對Entity Framework的數據源控件發布，


但是將數據綁定到諸如ListBox，Grrdview或DetailsView控件也是很簡單的。這源于使用ObjectContext


操作返回的IQueryable<T>對象或是使用EntityClient查詢返回的ObjectQuery對象都實現了IEnumerable


接口。這樣很容易將這些數據綁定到數據顯示控件。更新操作可以按上文所述在相應的時間處理函數中


寫更新EDM的程序即可。


Entity Framework的鏈接字符串
默認情況下(Visual Studio對Entity Framework數據項目的默認設置)，EDM這個XML文件被作為資源在編


譯時嵌入到程序集中。這種情況下當更改EDM后需要重新編譯這個程序集才能使更改生效。通過更改項目


屬性也可以讓EDM作為三個獨立的XML文件存在于項目中。為了讓應用程序可以找到EDM（無論其以什么方


式存儲）需要一個鏈接字符串來指示EDM所在的位置。實體模型設計器生成的鏈接字符串如下所示：


1 <add name="ASSEntities"
2 connectionString="
3 metadata=res://*/ass.csdl|
4 res://*/ass.ssdl|
5 res://*/ass.msl;
6 provider=System.Data.SqlClient;
7 provider connection string=&quot;Data Source=(local);Initial Catalog=ASS;Integrated?


Security=True;MultipleActiveResultSets=True&quot;"?
8 providerName="System.Data.EntityClient" />


http://msdn.microsoft.com/zh-cn/library/cc716756.aspx


關鍵的一點應用程序是怎樣找到這個字符串的，對于使用EntityClient的情況，可以直接將連接字符串


賦給EntityConnection的ConnectionString屬性，另外對于使用ObjectContext，其可以自動由配置文件


檢索這個連接字符串。
========

Code First 一

public class Race : IEntity
{
? ? public int Id { get; set; }
? ? public string Name { get; set; }
}
public class Hero : IEntity
{
? ? public int Id { get; set; }
? ? public string Name { get; set; }
? ? public bool IsSuperHero { get; set; }
? ? public virtual Race Race { get; set; }
}
　　注意Hero類中的Race屬性被定義成了virtual，這是為了延遲加載。但是不同于NH的是，不寫


virtual不會報錯，而是在使用時報出空引用異常。
這里插一句，在領域模型中必須向ORM妥協是讓我非常不爽的地方，從使用NH的時候我就非常不喜歡


virtual這一點。NH lead Ayende Rahien 推薦了virtuosity，可以嘗試一下。
　　下一步，我們要創建自己的DbContext了
　　按照官方blog的walk through上的寫法，大概會寫成：
public class EfDbContext : DbContext
{
? ? public DbSet<Hero> Heros { get; set; }
? ? public DbSet<Race> Races { get; set; }
}?
　　但是這樣不就不能完成我們“任意類映射到數據庫上”的需求了么？難道可續新加了一個類Abc，我


們就要加一行代碼public DbSet<Abc> Abcs{get;set;}么？
　　解決辦法是使用DbContext類的Set方法（說實話從方法名實在看不出這個方法是取DbSet的），用法


類似如下：
public IEnumerable<TEntity> FindAll()
{
? ? return m_dbContext.Set<TEntity>();
}
　　接下來就是讀寫數據了
　　但是在這里讓我們稍作停頓，思考一下我們的架構。應該讓領域層（及更上層）使用基礎結構層的


DbContext對象么？不。有如下幾點原因：
上層應該對基礎結構的實現一無所知，而DbContext是EF的對象，暴露了太多EF的細節。
DbContext是數據庫訪問的入口，提供了很多能力。這些能力是否應該向上層開放是很值得商榷的問題。


例如DbContext的生命周期由誰管理？如果上層可以直接使用DbContext那么意味著上層有能力new它


Dispose它，也即擁有了管理它生命周期的權利。
　　基于上述原因，在領域層抽象出接口，讓EF層來實現成了我的選擇。在這個系列的第一章里，我們


只用到了查詢，所以接口也只包含了查詢功能。
public interface IRepository<TEntity>
? ? where TEntity : IEntity
{
? ? IEnumerable<TEntity> FindAll();


}
public class EntityRepository<TEntity> : IRepository<TEntity>
? ? where TEntity : class, IEntity
{
? ? private readonly DbContext m_dbContext;


? ? public EntityRepository(DbContext dbContext)
? ? {
? ? ? ? m_dbContext = dbContext;
? ? }


? ? public IEnumerable<TEntity> FindAll()
? ? {
? ? ? ? return m_dbContext.Set<TEntity>();
? ? }
}
　　領域層和基礎設施層的雙向依賴是一個很古老的問題。可以用依賴注入框剪來解決。
? <object id="dbContext" type="EfSample.Model.Ef.EfDbContext ,EfSample.Model.Ef"?


scope="request">
? ? ...
? </object>
? <object id="repositoryBase" abstract="true" scope="request">
? ? <constructor-arg index="0" ref="dbContext"/>
? </object>
? <object id="heroRepository"?


type="EfSample.Model.Ef.Repositories.EntityRepository&lt;Hero&gt;, EfSample.Model.Ef"?


parent="repositoryBase"/>
　　可以看到了依賴注入框架順便替我們解決了DbContext的生命周期問題——per-request的管理。
　　到這里，上層就可以使用IRepository接口來讀取數據了。但是如果你真的去嘗試，會發現立即拋異


常，為什么呢？因為EF的Code Firs模式有一套默認的convention來做類型到數據庫的映射，而我上面給


出的數據庫命名實在和默認convention差太遠了。
　　于是讓我們來創建自己的Mapping
　　讓我們來回顧一下我們的Mapping規則：
Type->Table
有tbl前綴
每個單詞之間用下劃線分割
全部使用小寫
Property->Column
以類名為前綴
每個單詞之間用下劃線分割
全部使用小寫
　　方案看似是很簡單的：修改EF默認的conventions就好了嘛~~但是EF Code Firt不提供這個能力。。


。
EF Team說這個feature有一些易用性的問題，但是在RC前沒時間搞所以就不提供了。。。這里有篇博文


講如何打破這種限制，其實就是用反射將自定的convention強行寫到Conventions集合里。本文還是不采


用這種方法了。
　　只能在寫自己的DbContext的時候override OnModelCreating方法。具體來講有兩種做法：
　　一是在這個方法里寫所有mapping信息：
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{ ? ? ? ? ? ?modelBuilder.Entity<Hero>() ? ? ? ? ? ? ? ?.ToTable("tbl_hero");
? ? modelBuilder.Entity<Hero>() ? ? ? ? ? ? ? ?.Property(x => x.Id).HasColumnName


("hero_id");
? ? ?foreach (var mapping in Mappings)
? ? {
? ? ? ? mapping.RegistTo(modelBuilder.Configurations);
? ? }
}
　　另一種是為每個類創建自己的EntityTypeConfiguration，把它插入到


modelBuilder.Configurations里。本例中采用后一種辦法。一來后一種方法隔離了各種Type的Mapping


；二來后者對依賴注入也有比較好的支持。
　　然而modelBuilder.Configurations的Add方法并不是一個很好的API，要求傳入的泛型類型無法協變


，寫不出這樣的代碼：
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
? ? foreach (var mapping in Mappings)
? ? {
? ? ? ? modelBuilder.Configurations.Add(mapping);
? ? }
}
　　作為妥協方案，只能讓各個mapping類把自己注冊到modelBuilder.Configurations里。代碼是這種


感覺：
public class EfDbContext : DbContext
{
? ? public IList<IMapping> Mappings { get; set; }
? ??
? ? protected override void OnModelCreating(DbModelBuilder modelBuilder)
? ? {
? ? ? ? foreach (var mapping in Mappings)
? ? ? ? {
? ? ? ? ? ? mapping.RegistTo(modelBuilder.Configurations);
? ? ? ? }
? ? }
}
public class HeroMapping : EntityMappingBase<Hero>, IMapping
{
? ? public HeroMapping(IMappingStrategy<string> tableNameMappingStrategy) : base


(tableNameMappingStrategy)
? ? {
? ? ? ? Property(e => e.Id).HasColumnName(ColumnNameMappingStrategy.Value.To("Id"));
? ? ? ? Property(e => e.Name).HasColumnName(ColumnNameMappingStrategy.Value.To("Name"));
? ? ? ? Property(e => e.IsSuperHero).HasColumnName(ColumnNameMappingStrategy.Value.To


("IsSuperHero"));
? ? ? ? //Property(e => e.Race).HasColumnName


(AddUnderscoresBetweenWordsThenToLowerMappingStrategy.Value.To("Race"));
? ? ? ? HasRequired(h => h.Race).WithMany().Map(
? ? ? ? ? ? config => config.MapKey(ColumnNameMappingStrategy.Value.To("RaceId")));
? ? }


? ? #region Implementation of IMapping


? ? public void RegistTo(ConfigurationRegistrar configurationRegistrar)
? ? {
? ? ? ? configurationRegistrar.Add(this);
? ? }


? ? #endregion
}
　　這樣我們就可以注入EfDbContext的Mappings屬性了：
<object id="dbContext" type="EfSample.Model.Ef.EfDbContext ,EfSample.Model.Ef"?


scope="request">
? <property name="Mappings">
? ? <list element-type="EfSample.Model.Ef.Mappings.IMapping ,EfSample.Model.Ef">
? ? ? <ref object="heroMapping"/>
? ? ? <ref object="raceMapping"/>
? ? </list>
? </property>
</object>
　　另外，我也使用了依賴注入tableNameMappingStrategy的方式讓mapping有更多的靈活性。不過


ColumnNameMappingStrategy就比較難依賴注入了，因為要依賴運行時的TypeName作為前綴。
　　總結
　　至此，我們已經能從數據庫中把數據取出來了。回顧一下需求，我們大體實現了這樣幾點：
　　1、查
　　2、一對多
　　3、可以映射到現有數據庫上
　　4、可以讓任意類映射到數據庫
　　5、pre-request的DbContext生命周期管理。
========

Code First 二

　　總之這一次的目標是：
實現一個完整的IRepository（添加增刪改能力）
領域對象的繼承
事物
　　首先來看IRepository
　　我的接口如下：
public interface IRepository<TEntity>
? ? where TEntity : IEntity
{
? ? IEnumerable<TEntity> FindAll();
? ? TEntity FindById(int id);
? ? void Add(TEntity entity);
? ? void Delete(TEntity entity);
? ? void Update(TEntity entity);
}
應該算是一個最基本的倉儲接口了。
　　其中前幾個接口都是很好實現的，上次提及的DbSet對象提供了相應的接口，直接調用即可，代碼是


類似這樣的。
protected DbSet<TEntity> DbSet
{
? ? get { return m_dbContext.Set<TEntity>(); }
}


public IEnumerable<TEntity> FindAll()
{
? ? return DbSet;
}


public TEntity FindById(int id)
{
? ? return DbSet.SingleOrDefault(entity => entity.Id == id);
}


public void Add(TEntity entity)
{
? ? DbSet.Add(entity);
? ? m_dbContext.SaveChanges();
}


public void Delete(TEntity entity)
{
? ? DbSet.Remove(entity);
? ? m_dbContext.SaveChanges();
}
　　關鍵問題是最后的Update方法
　　DbSet對象并沒有提供相應的接口，為什么呢？因為EF相信自己的Self Tracking能力。也就是說，


EF認為把一個entity從context中加載出來，做一些變更，然后直接SaveChanges就可以了，不需要特意


提供一個Update方法。
　　但是這里有一個前提，就是“entity是從context中加載出來”。如果entity是新new出來的呢？比


如在MVC里，entity很可能是ModelBinder幫我們new出來的，context對它一無所知，直接SaveChanges顯


然不會有任何效果。
　　那么如何讓context可以理解一個新new出來的entity呢？這要從EF處理entity狀態開始說起。
　　EF定義了如下幾種State（注意這個枚舉是Flag）
[Flags]
public enum EntityState
{
? ? Detached = 1,
? ? Unchanged = 2,
? ? Added = 4,
? ? Deleted = 8,
? ? Modified = 16,
}
　　其中Detached狀態，就是entity還沒有attach到context（實際上是Attach到某個DbSet上）的狀態


。具體怎么做呢？直接上代碼：
public void Update(TEntity entity)
{
? ? var entry = m_dbContext.Entry(entity);
? ? if (entry.State == EntityState.Detached)
? ? {
? ? ? ? //DbSet.Attach(entity);
? ? ? ? entry.State = EntityState.Modified;
? ? }
? ? m_dbContext.SaveChanges();
}
　　可以看到上面的代碼給出了兩種辦法,一種是直接修改entry的State,另一種是調用DbSet對象的


Attach方法。
　　注意到DbContext.Entry方法取出的DbEntityEntry對象。利用這個對象可以做很多有用的事哦~~園


子里的EF專家LingzhiSun有一篇blog，大家可以去讀讀。
　　不過這個實現有一個缺陷
　　我們上面談到過，上面這個實現實際上是把entity attach到了對應的DbSet上。但是如果你的代碼


是類似如下的，就可能產生問題（沒有親試，感覺上是這樣的= =）
var heros = repository.FindAll();
var hero = heros.First(h => h.Id == 1);
var heroNew = new Hero
{
? ? Id = hero.Id,
? ? Name = hero.Name,
? ? Race = hero.Race
};
repository.Update(heroNew);
　　應該是會拋出來一個異常說“An object with the same key already exists in the?


ObjectStateManager. The ObjectStateManager cannot track multiple objects with the same key.


”
　　異常說的很明白，你的DbSet已經加載過一次id為1的對象了，當試圖去attach另一個id為1的對象的


時候EF就會無所適從。
　　那是不是說剛才給出的那個實現根本就行不通呢？不是的！事實上微軟官方的文章上就是采用這種


方法的。關鍵就在于當你嘗試去attach一個entity的時候，要保證DbSet還沒有加載過！我們看上面那篇


微軟的文章里是如何保證這一點的：
public class BlogController : Controller
{
? ? BlogContext db = new BlogContext();
?
? ? //...
?
? ? [HttpPost]
? ? public ActionResult Edit(int id, Blog blog)
? ? {
? ? ? ? try
? ? ? ? {
? ? ? ? ? db.Entry(blog).State = EntityState.Modified;
? ? ? ? ? db.SaveChanges();?
? ? ? ? ? return RedirectToAction("Index");
? ? ? ? }
? ? ? ? catch
? ? ? ? {
? ? ? ? ? ? return View();
? ? ? ? }
? ? }
}
很明顯,在執行Edit這個Action之前,DbSet沒有加載過,因為MVC幫我們保證了DbContext實例是request結


束就被銷毀的。
　　也就是說,結論是使用這種Update實現方式對context的生命周期是有要求的.當然我的例子中


context的生命周期也是per-request的所以沒關系。
　　那么如果我們想使用其他的context生命周期管理方式呢？比如希望整個application只有一個


context實例？
　　讓我們來給出另一種實現
　　回過頭來想一想在實現Update這個方法的時候我們最初遇到的問題：entity不是從context中加載的


而是直接new出來的。
　　那么我們手動的來加載一次就好了么，代碼類似于這樣：
public void Update(Hero entity)
{
? ? var entry = m_dbContext.Entry(entity);
? ? if (entry.State == EntityState.Detached)
? ? {
? ? ? ? Hero entityToUpdate = FindById(entity.Id);
? ? ? ? entityToUpdate.Id = entity.Id;
? ? ? ? entityToUpdate.Name = entity.Name;
? ? ? ? entityToUpdate.Race = entity.Race;
? ? }
? ? m_dbContext.SaveChanges();
}
　　不過由于失去了泛型的優勢，給每個domain model都要實現一個Update方法比較煩，可以用一些框


架來解決這個問題，例如EmitMapper（園子里也討論過這個東西）
public void Update(TEntity entity)
{
? ? var entry = m_dbContext.Entry(entity);
? ? if (entry.State == EntityState.Detached)
? ? {
? ? ? ? var entityToUpdate = FindById(entity.Id);
? ? ? ? EmitMapper.ObjectMapperManager.DefaultInstance.GetMapper<TEntity, TEntity>().Map


(entity, entityToUpdate);
? ? }
? ? m_dbContext.SaveChanges();
}
當然這個實現也有不好的地方例如說當domain里有一些跟ORM沒關系的property時也會被EmitMapper改寫


掉。
　　下一個議題是領域對象的繼承
　　讓領域對象實現繼承的好處是不言而喻的，可以使用到多態等OO帶來的好處。相對的就對ORM提出了


更高的要求。
　　我們知道映射對象樹到數據庫有三種經典的實現方式：Table Per Type、Table Per Hierarchy和


Table Per Concrete class，這次我們來實踐最簡單的一種：Table Per Hierarchy。
　　回想我們上一次的類：
public class Hero : IEntity
{
? ? public int Id { get; set; }
? ? public string Name { get; set; }
? ? public bool IsSuperHero { get; set; }
? ? public virtual Race Race { get; set; }
}
　　把它拆成兩個有繼承關系的類：
public class Hero : IEntity
{
? ? public int Id { get; set; }
? ? public string Name { get; set; }
? ? //public bool IsSuperHero { get; set; }
? ? public virtual Race Race { get; set; }
}
public class SuperHero : Hero
{
}
在EF Code First中這種單表繼承的映射關系是這樣來寫的：
Map<Hero>(hero => hero.Requires(ColumnNameMappingStrategy.Value.To


("IsSuperHero")).HasValue(false)).ToTable(tableNameMappingStrategy.To("Hero"));
Map<SuperHero>(hero => hero.Requires(ColumnNameMappingStrategy.Value.To


("IsSuperHero")).HasValue(true)).ToTable(tableNameMappingStrategy.To("Hero"));
　　另外兩種方式的實現也不復雜，可以參考這里。這個實例還是CTP5的API，跟4.1最終版有些區別不


過應該影響不大。
　　今天最后的議題是事物
　　可以用TransactionScope來管理，雖然看起來有些浪費，畢竟例子中不涉及Transaction傳播，連


DbContext都只有一個實例。代碼如下：
[HttpPost]
public ActionResult Edit(TEntity entity)
{
? ? try
? ? {
? ? ? ? using (var scope = new TransactionScope())
? ? ? ? {
? ? ? ? ? ? ModelRepository.Update(entity);
? ? ? ? ? ? scope.Complete();
? ? ? ? }
? ? ? ? return RedirectToAction("Index");
? ? }
? ? catch
? ? {
? ? ? ? return View();
? ? }
}
========

鏈接

http://blog.csdn.net/csh624366188/article/details/7065036/
http://kb.cnblogs.com/zt/ef/

http://blog.csdn.net/bcbobo21cn/article/details/43966541

總結

以上是生活随笔為你收集整理的Entity Framework 代码模板的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。