本節(jié)，我們將介紹一些改善EF代碼的方法，包括編譯查詢、存儲(chǔ)模型視圖以及沖突處理等內(nèi)容。

l???????? CompiledQuery

提供對(duì)查詢的編譯和緩存以供重新使用。當(dāng)相同的查詢需要執(zhí)行很多遍的時(shí)候，那么我們可以使用ComplieQuery將查詢的語句進(jìn)行編譯以便下次使用，這樣可以免去對(duì)同一語句的多次處理，從而改善性能。

示例代碼如下：

[Test]

???? ???public void ComplieTest()

??????? {

??????????? using (var db = new NorthwindEntities1())

??????????? {

??????????????? //對(duì)查詢進(jìn)行編譯

??????????????? var customer = CompiledQuery.Compile<NorthwindEntities1, IQueryable<Customers>>(

??????????????????? (database) => database.Customers.Where(c => c.City == "London"));

???????????????

??????????????? //執(zhí)行20次相同的查詢

??????????????? for (int i = 0; i < 20; i++)

??????????????? {

??????????????????? DateTime dt = System.DateTime.Now;

??????????????????? foreach (var c in customer(db))

??????????????????????? Console.WriteLine(c.CustomerID);

??????????????????? Console.WriteLine(DateTime.Now.Subtract(dt).TotalMilliseconds);

???????? ???????????Console.WriteLine("---------------------------------------------------");

??????????????? }

?

??????????? ?}

?? }

l???????? 存儲(chǔ)模型視圖

在EF中，當(dāng)執(zhí)行實(shí)體查詢的時(shí)候，運(yùn)行時(shí)首先將實(shí)體模型轉(zhuǎn)換成ESQL視圖，而ESQL視圖則是根據(jù)msl文件來生成相應(yīng)的代碼。此外，ESQL視圖包含了相應(yīng)的查詢語句。ESQL視圖被創(chuàng)建后將在應(yīng)用程序域中進(jìn)行緩存以便下次使用。這個(gè)運(yùn)行時(shí)生成存儲(chǔ)模型視圖是比較耗時(shí)的過程。

為了，免去運(yùn)行時(shí)生成存儲(chǔ)模型視圖，我們可以預(yù)先產(chǎn)生這個(gè)的存儲(chǔ)模型視圖。具體步驟如下：

首先，使用EdmGen2來產(chǎn)生存儲(chǔ)模型視圖，相應(yīng)的命令如下：

Edmgen2 /ViewGen cs NorthwindEntites.edmx

執(zhí)行此命令后，edmgen2會(huì)在當(dāng)前目錄下生成一個(gè)名為NorthwindEntites.GeneratedViews.cs這個(gè)文件，就是我們要使用的存儲(chǔ)模型視圖文件。

將此文件添加到項(xiàng)目中就行，其他的代碼不需要改變，EF會(huì)自動(dòng)調(diào)用此視圖文件。如下示例代碼：

[Test]

??????? public void ViewTest()

??????? {

??????????? using (var db = new NorthwindEntities1())

??????????? {

??????????????? var suppliers = db.Suppliers;

??????????????? foreach (var s in suppliers)

??????????????????? Console.WriteLine(s.ContactName);

??????????? }

??????? }

沒有使用存儲(chǔ)模型視圖的情況是：

1 passed, 0 failed, 0 skipped, took 7.09 seconds.

項(xiàng)目中添加了NorthwindEntites.GeneratedViews.cs文件，執(zhí)行情況是：

1 passed, 0 failed, 0 skipped, took 5.38 seconds.

可見，使用了存儲(chǔ)模型視圖的確是提高了性能。

l???????? 沖突處理

在EF中，默認(rèn)情況并不會(huì)檢查并發(fā)沖突。因?yàn)?/span>EF實(shí)現(xiàn)的是樂觀的并發(fā)模式，當(dāng)有并發(fā)的沖突發(fā)生時(shí)，將會(huì)拋出Optimistic Concurrency Exception異常。我們可以通過使用RefreshMode這個(gè)枚舉來指定當(dāng)發(fā)生沖突時(shí)如何處理。

RefreshMode有兩中枚舉值：

ClientsWins: 當(dāng)提交修改，更新數(shù)據(jù)庫中的值。

StoreWins: 放棄修改，使用數(shù)據(jù)庫中的值。

示例代碼片段如下：

var db2 = new NorthwindEntities1();

??????????? var customer2 = db2.Customers.FirstOrDefault(c => c.CustomerID == "2009");

??????????? if (customer2 != null)

?????????? ?{

??????????????? customer2.ContactName = "♂風(fēng)車車.Net";

??????????????? customer2.City = "CD";

??????????????? customer2.Region = "GX";

??????????? }

??????????? try

??????????? {

??????????????? db2.SaveChanges();

??????????? }

??????????? catch (OptimisticConcurrencyException ex) //捕獲到?jīng)_突，則進(jìn)行相應(yīng)的處理

??????????? {

??????????????? db2.Refresh(RefreshMode.ClientWins, customer2);

??????????????? db2.SaveChanges();

??????????? }

上述代碼片段，只是說明怎么處理并發(fā)沖突，不是具體的并發(fā)。（ps：本來是準(zhǔn)備開個(gè)線程來模擬并發(fā)的，但是始終沒成功，沒明白什么原因，望高人指點(diǎn)呢！）

?

轉(zhuǎn)載于:https://www.cnblogs.com/xray2005/archive/2009/06/09/1499014.html

總結(jié)

以上是生活随笔為你收集整理的Entity Framework 学习高级篇2—改善EF代码的方法（下）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。