一、Entity Framework概要

Entity Framework是微軟的Object Relational Mapper(對象關(guān)系映射)，也就是我們平常說的ORM，它可以讓應(yīng)用程序開發(fā)者將關(guān)系型數(shù)據(jù)作為業(yè)務(wù)模型來使用，也消除了開發(fā)者為數(shù)據(jù)訪問編寫的絕大多數(shù)管道代碼的需要（比如使用ADO.NET）。Entity Framework提供了一個綜合的、基于模型的系統(tǒng)，通過擺脫為所有的領(lǐng)域模型編寫相似的數(shù)據(jù)訪問代碼，使得開發(fā)者創(chuàng)建數(shù)據(jù)訪問層是如此之簡單。Entity Framework的首發(fā)版本是EF3.5，是伴隨著.NET Framework 3.5 SP1和VS 2008 SP1一同發(fā)布的。從那之后，EF已經(jīng)進(jìn)化了很多很多，當(dāng)前版本是6.1.3。
Entity Framework通過開啟數(shù)據(jù)訪問和將數(shù)據(jù)表示為概念化模型（即一系列的實(shí)體類和關(guān)系），減輕了創(chuàng)建數(shù)據(jù)訪問層的任務(wù)。應(yīng)用程序可以執(zhí)行基本的CRUD（CRUD是指在做計(jì)算處理時(shí)的增加(Create)、查詢(Retrieve)（重新得到數(shù)據(jù)）、更新(Update)和刪除(Delete)幾個單詞的首字母簡寫。主要被用在描述軟件系統(tǒng)中數(shù)據(jù)庫或者持久層的基本操作功能。）操作，以及輕松地管理實(shí)體間的一對一、一對多和多對多關(guān)系。

EF是微軟主推的數(shù)據(jù)存取技術(shù)，其他一些重要的微軟技術(shù)領(lǐng)域，比如ASP.NET MVC、WCF等，都使用EF構(gòu)建數(shù)據(jù)存取層。在實(shí)際開發(fā)中，現(xiàn)在通常使用EF來構(gòu)建應(yīng)用程序的數(shù)據(jù)存取層。

二、使用Entity Framework的一些好處

因?yàn)殚_發(fā)者不需要為數(shù)據(jù)訪問編寫所有需要的ADO.NET管道代碼（所謂管道代碼即創(chuàng)建數(shù)據(jù)庫連接、打開數(shù)據(jù)庫、執(zhí)行查詢、返回?cái)?shù)據(jù)、關(guān)閉數(shù)據(jù)庫），因此可以節(jié)省很多開發(fā)時(shí)間。
我們可以使用更高級的語言（例如C#）來編寫所有的數(shù)據(jù)訪問邏輯而不是編寫SQL查詢和存儲過程。
因?yàn)閿?shù)據(jù)庫表沒有高級的關(guān)系（如繼承），然而實(shí)體是可以有的，所以業(yè)務(wù)模型（也就是概念模型）可以使用實(shí)體間的關(guān)系來適配應(yīng)用領(lǐng)域。
底層的數(shù)據(jù)存儲可以相對輕松地被取代，因?yàn)樗械臄?shù)據(jù)訪問邏輯都呈現(xiàn)在應(yīng)用層而不是數(shù)據(jù)層。

• 開源，且有足夠的資源投入，持續(xù)完善。
• 可以訪問多種數(shù)據(jù)庫（如Oracle、DB2、MySQL等），但與SQL Server配合得最好。
• 更好地將應(yīng)用程序與數(shù)據(jù)庫結(jié)構(gòu)隔離開了。
• 足夠靈活：支持三種開發(fā)模式。

三、缺點(diǎn)

沒有原生編寫的SQL語句執(zhí)行速度快。

四、EF的系統(tǒng)架構(gòu)與基本原理

從上圖中可以看出，EF在底層使用ADO.NET data provider，因此，它可以看成是對現(xiàn)有ADO.NET技術(shù)的一個“增強(qiáng)版”。
ADO.NET對數(shù)據(jù)庫存取引擎的封裝較少，因此，開發(fā)效率不如EF，但性能有保證。
EF提供了更高層的抽象，開發(fā)簡單，使用靈活，但性能比直接使用ADO.NET會有損失（因?yàn)樗嗔艘粋€將LINQ查詢轉(zhuǎn)換為SQL命令的步驟）。

五、什么是ORM

幾乎所有的商業(yè)軟件都要存儲數(shù)據(jù)，多年來，Relational Database Management System（RDBMS）一直是開發(fā)者尋求的數(shù)據(jù)存儲。ORM是允許開發(fā)者使用面向?qū)ο蟮木幊陶Z言訪問RDBMS數(shù)據(jù)的一系列技術(shù)?？捎玫腞DBMS包括SQL Server, Oracle, DB2, MySQL等等。這些數(shù)據(jù)庫系統(tǒng)有一些共性。每個數(shù)據(jù)庫系統(tǒng)都支持一個或多個數(shù)據(jù)庫。數(shù)據(jù)庫都包含數(shù)據(jù)表，每個表都以表格的形式存儲數(shù)據(jù)，并且被分成了列和行。多個表中的數(shù)據(jù)行可能相互關(guān)聯(lián)。比如，一個訂單Order表中的Id可能存儲在一個流水表Transaction中。
過去，在像EF這樣的工具出現(xiàn)之前，開發(fā)者都是在軟件代碼內(nèi)部嵌套的sql語句，這是因?yàn)榫幊陶Z言不能原生理解Sql。比如，要從數(shù)據(jù)庫中檢索數(shù)據(jù)，然后將結(jié)果作為對象操作，必須使用ADO.NET要寫相當(dāng)數(shù)量的代碼才行。具體來說，先定義一個存儲person的類，然后打開數(shù)據(jù)庫連接，創(chuàng)建具有查詢文本的命令，再執(zhí)行該命令的reader，然后對該reader的結(jié)果進(jìn)行迭代，最后再使用來自reader的數(shù)據(jù)填充Person類的實(shí)例。你會看到，這里包含了很多步驟，而且更重要的是，這樣寫的代碼維護(hù)成本很高。比如，數(shù)據(jù)庫中改了一個列名，這樣還要去代碼中進(jìn)行相應(yīng)更改，否則運(yùn)行時(shí)就會拋出異常。此外，我們數(shù)據(jù)庫中存儲的是標(biāo)量值數(shù)據(jù)（int,string等），但我們的目標(biāo)是一個對象或者對象圖。這樣看來，這種訪問數(shù)據(jù)的方式有很多問題。

首先，RDBMS的列類型和.Net類型之間有類型失配；其次，存儲和目標(biāo)之間也不匹配，前者是標(biāo)量值的集合，后者是具有屬性的對象。更糟糕的是，鍵入我們的person對象有一個更復(fù)雜的屬性List Phones，該屬性代表其他表的集合。這些問題在OOP和關(guān)系數(shù)據(jù)庫中被稱為“阻抗失配”（impedance mismatch）。
ORM這些工具出現(xiàn)的原因就是為了解決這種失配問題。ORM工具將存儲在數(shù)據(jù)表中的數(shù)據(jù)表示為對象，這比起傳統(tǒng)的代碼有很多優(yōu)勢：
它們使用原生.net類型暴露數(shù)據(jù)，使用簡單的屬性暴露相關(guān)的數(shù)據(jù)，提供編譯時(shí)檢查。
最后，在后面會看到，你會寫更少的代碼。更少的代碼意味著更少的bugs，不是嗎？：）

六、Entity Framework簡史

多年來，有許多ORM工具進(jìn)入市場，有開源的，也有商業(yè)的。微軟也開發(fā)了自己的ORM工具。第一個是內(nèi)置于.Net 3.5的LINQ to SQL。該ORM僅支持SQL Server和SQL Server Compact。2008年第一次發(fā)布的Entity Framework是第二次嘗試，相較于LINQ to SQL有很多優(yōu)點(diǎn)。首先，有自己的provider架構(gòu)，因此對于所有的關(guān)系數(shù)據(jù)庫引擎都是開放的，而不僅僅是SQL Server?，F(xiàn)在所有的主要RDBMS都有Entity Framework provider。
Entity Framework經(jīng)歷了很多版本。
第一版只支持Database First。這意味著你要將設(shè)計(jì)器指向一個已存在的數(shù)據(jù)庫，然后就會生成一個包含數(shù)據(jù)庫和表抽象的代碼。除了代碼之外，還會創(chuàng)建一個EDMX文件，該XML文件包含了實(shí)體數(shù)據(jù)模型（因此你也就知道了EDMX的意思了Entity Data Model Xml）。它包括三個模型：邏輯，存儲和映射。邏輯模型（有時(shí)也叫概念模型）就是使用C#進(jìn)行編碼的那個，存儲模型描述了數(shù)據(jù)是如何存儲到數(shù)據(jù)庫中的，映射模型提供了邏輯模型和存儲模型之間的映射。如果你在數(shù)據(jù)庫中更改了東西，那么你也要更新生成的模型，C#代碼也要再次生成。映射模型有一個基于ObjectContext的類，該類有數(shù)據(jù)庫中每張表的集合屬性，每個集合都是一個泛型集合，集合中的元素類型是從EF中的一個基類中繼承的。每個類都有屬性和相應(yīng)的數(shù)據(jù)表中的列對應(yīng)。
第二版，也就是EF4，也開始支持Model-First了。這樣 ，我們就可以使用設(shè)計(jì)面板創(chuàng)建實(shí)體類，然后設(shè)計(jì)器會產(chǎn)成SQL腳本來生成數(shù)據(jù)庫。對于這種方法，仍會生成EDMX文件，最終的結(jié)果是和Database First是相同的。
最后，EF的Code First在版本4.1中引入。Code First不需要EDMX文件了，每個實(shí)體也不需要從EF的基類中繼承了。這樣，代碼變得更加容易測試。這種方法也不需要依賴設(shè)計(jì)器了，你只需要編寫類就行，而且它們會自動地映射到數(shù)據(jù)庫中的表。當(dāng)前的EF 6.1.3中的Code First已經(jīng)相當(dāng)強(qiáng)大了。

七、Entity Framework具有的潛力

EF對于微軟開發(fā)者可以做很多事情。
首先，它可以將數(shù)據(jù)庫暴露成對象的集合，這是通過利用很多關(guān)鍵的類完成的。前提是你要了解DbContext,這個類是EF Code First的核心，在高層次上是數(shù)據(jù)庫抽象。數(shù)據(jù)庫包含了表，每個表又包含了行和列。DbContext有泛型集合屬性，每個屬性的類型是DbSet<TRowType>對應(yīng)于每個表。集合中的每個對象指的是一個實(shí)體，代表相應(yīng)表中的一行。數(shù)據(jù)表中的列是定義在TRowType類中的屬性。一旦這個結(jié)構(gòu)布局好了，那么你就能夠通過LINQ查詢來查詢底層的數(shù)據(jù)庫了。如果你將一個全新的TRowType類的實(shí)例添加到父集合中，然后使用DbContext API保存更改，那么這個新的對象就會變成相應(yīng)表中的一行，該對象的每個屬性的值就會變成該行相應(yīng)的列值。此外，EF有能力表示其他的數(shù)據(jù)庫工件，比如存儲過程和函數(shù)。數(shù)據(jù)庫結(jié)構(gòu)的進(jìn)化是很重要的一個問題，在大多數(shù)情況，隨著應(yīng)用程序的變化，你需要添加列和表，EF是通過Migration（遷移）功能來解決這個問題的。這個能力允許你通過C#代碼更改數(shù)據(jù)庫結(jié)構(gòu)，除了添加和刪除表和列之外，還可以添加索引。Migration可以沒有數(shù)據(jù)損失地進(jìn)化數(shù)據(jù)庫模式。你將會看到，EF會暴露你需要使用C#訪問的一切數(shù)據(jù)而不需要編寫SQL，并且像對待你整個應(yīng)用程序代碼的一部分來對待數(shù)據(jù)庫。你可以將migration代碼遷入到源代碼控制系統(tǒng)（Git/SVN）中，因?yàn)樗彩荂#代碼！

八、Entity Framework的架構(gòu)

EF構(gòu)建在provider架構(gòu)之上。當(dāng)開發(fā)者使用C#創(chuàng)建一個LINQ查詢時(shí)，EF框架引擎會連接一個provider，將它轉(zhuǎn)換成實(shí)際的SQL語句，最后發(fā)往數(shù)據(jù)庫。任何給定的provider都是連接Entity Framework和一個特定的RDBMS的橋梁。一旦該provider執(zhí)行了最終的SQL命令，結(jié)果就被EF物質(zhì)化到.NET對象中。Data reader就是為了這個目的。理解EF構(gòu)建于ADO.NET之上非常重要，因此，EF也使用了諸如connection，command，和data reader的概念。談到數(shù)據(jù)持久化，也就是插入，更新和刪除功能，插入時(shí)，開發(fā)者將一個實(shí)體類的實(shí)例添加到數(shù)據(jù)庫上下文中。相似地，之前添加到上下文中的實(shí)例被標(biāo)記為changed或deleted，就會產(chǎn)生對數(shù)據(jù)庫即將執(zhí)行更新和刪除的語句。EF會檢查上下文中的每個對象，再次使用provider來創(chuàng)建RDBMS特定的insert,update,或delete命令。

九、Entity Framework建模和持久化

EF依賴概念模型完成工作，首先來理解一下什么是Entity Data Model（EDM）以及EF如何使用它管理數(shù)據(jù)庫操作。

理解EDM

概念數(shù)據(jù)模型是EF的核心。要使用EF,我們必須創(chuàng)建概念數(shù)據(jù)模型，即EDM。EDM定義了我們的概念模型類，這些類之間的關(guān)系，以及這些模型到數(shù)據(jù)庫模式之間的映射。
一旦創(chuàng)建了EDM,我們就可以對概念模型執(zhí)行所有的CRUD操作，EF會將所有的這些對象查詢翻譯成數(shù)據(jù)庫查詢（SQL）。一旦這些查詢執(zhí)行了，EF就會將返回的結(jié)果轉(zhuǎn)成概念模型對象實(shí)例。EF會使用存儲在EDM中的映射信息來執(zhí)行對象查詢到SQL查詢，以及相關(guān)的數(shù)據(jù)到概念模型的翻譯。
一旦EDM準(zhǔn)備就緒，我們就可以使用模型對象來執(zhí)行CRUD操作。要能夠執(zhí)行CRUD操作，我們必須使用ObjectContext類。接下來讓我們理解一下這個類。

理解ObjectContext類

一旦我創(chuàng)建了EDM，我就有了應(yīng)用程序中可以使用的所有的實(shí)體。然而，我還需要一個東西來讓我在這些實(shí)體上執(zhí)行各種操作。它就是EF中的ObjectContext類。
ObjectContext類是EF中的主要對象。它負(fù)責(zé)：

• 管理數(shù)據(jù)庫連接。
• 提供執(zhí)行CRUD操作的支持。
• 追蹤模型的更改，目的在于在數(shù)據(jù)庫中更新模型。

ObjectContext類可以理解成管理EDM中所有實(shí)體的東西，讓我們?yōu)檫@些實(shí)體執(zhí)行所有的數(shù)據(jù)庫操作。當(dāng)我們想要保存一個新的或者更改的對象到數(shù)據(jù)庫時(shí)，我們必須調(diào)用ObjectContext類中的SaveChanges方法。
還有另一個類DbContext,它和ObjectContext類很相似。實(shí)際上，Dbcontext類就是ObjectContext類的封裝類。它是一個更新的API，而且它提供了更好的API來管理數(shù)據(jù)庫連接和執(zhí)行CRUD操作。因?yàn)镈bContext是更好的API，所以我們會使用DbContext來執(zhí)行所有的數(shù)據(jù)庫操作。

十、Entity Framework的三種開發(fā)風(fēng)格

• Database First:這是一種用于已存在數(shù)據(jù)庫模式的方法。使用這種方法，EDM是從數(shù)據(jù)庫模式中生成的，這種方法最適合于使用了已經(jīng)存在的數(shù)據(jù)庫的應(yīng)用。
• Code First:這種方法中，所有的領(lǐng)域模型都是以類的形式編寫的。這些類會建立我們的EDM，數(shù)據(jù)庫模式會從這些類中創(chuàng)建。這種方法最適合于那些高度以領(lǐng)域?yàn)橹行牟⑶翌I(lǐng)域模型類創(chuàng)建優(yōu)先的應(yīng)用程序。這里需要的數(shù)據(jù)庫只是為了這些領(lǐng)域模型的持久化機(jī)制。
• Model First:這種方法和Code First方法很相似，但是這種情況下我們使用了EDM視覺設(shè)計(jì)器來設(shè)計(jì)我們的模型。數(shù)據(jù)庫模式和類將會通過這個概念模型生成。該模型將會給我們創(chuàng)建數(shù)據(jù)庫的SQL語句，然后我們可以使用它來創(chuàng)建數(shù)據(jù)庫并連接應(yīng)用程序。

三種開發(fā)風(fēng)格的比較：

Database First

主要的好處就是：如果數(shù)據(jù)庫已經(jīng)存在了，那么只需要花一點(diǎn)時(shí)間就可以編寫數(shù)據(jù)訪問層。EDM可以從數(shù)據(jù)庫中生成，然后根據(jù)需求更改EDM。
一些場景：
對遺留的數(shù)據(jù)庫進(jìn)行開發(fā)。
當(dāng)其他團(tuán)隊(duì)的DBA完成了數(shù)據(jù)庫設(shè)計(jì)時(shí)，一旦數(shù)據(jù)庫完成，應(yīng)用開發(fā)就要開始。
當(dāng)要開發(fā)數(shù)據(jù)為中心的應(yīng)用時(shí)，應(yīng)用領(lǐng)域模型就是數(shù)據(jù)庫本身，數(shù)據(jù)庫會頻繁修改來滿足新的需求。

Model First

和Database First相似，Model First最終以EDM結(jié)束。使用該EDM,我們可以創(chuàng)建概念模型和數(shù)據(jù)庫。使用這種方法的唯一原因就是我們真的想要使用視覺實(shí)體設(shè)計(jì)器。

Code First

Code First對于所有的業(yè)務(wù)邏輯以類實(shí)現(xiàn)，并且數(shù)據(jù)庫只用作這些模型的持久化機(jī)制時(shí)很有用。
選擇Code First的一些原因：
數(shù)據(jù)庫只是作為模型的持久化機(jī)制，即數(shù)據(jù)庫中沒有邏輯。
完全控制代碼，即沒有自動生成的模型和上下文代碼。
數(shù)據(jù)庫不會手動更改。模型類總是更改，然后數(shù)據(jù)庫基于模型類的更改而更改。

十一、如何選擇持久化方法

方法一：工作流決定樹

方法二：檢查清單

到此這篇關(guān)于Entity Framework系統(tǒng)架構(gòu)與原理的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論