原文名稱：EF 4.3 Released

原文地址：http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-released.aspx

EF 4.3 下載地址：http://nuget.org/packages/EntityFramework/

在過去的六個(gè)月中，我們發(fā)布了有關(guān) Code First 遷移的一系列預(yù)覽，今天，我們將遷移作為 EF4.3 的一部分進(jìn)行完整的發(fā)布。

在 EF 4.2 與 4.3 之間的變化：

新的 Code First 遷移特性：

這是 EF 4.3 中主要的新特性，允許通過 Code First 創(chuàng)建的數(shù)據(jù)庫可以與你的代碼模型一起增量進(jìn)化。

移除的 EdmMetadata 表：

如果你允許簡單地運(yùn)行程序來通過 Code First 創(chuàng)建數(shù)據(jù)庫（即沒有顯式啟用遷移），那么，就會(huì)獲得作為遷移一部分特性的，數(shù)據(jù)庫架構(gòu)生成的好處。

修復(fù)了 GetDatabaseValues：

在早期版本中，如果你的 entity 和 context 沒有定義在同一個(gè)命名空間中，這個(gè)方法調(diào)用就會(huì)失敗，這個(gè)問題已經(jīng)被修復(fù)，使用 GetDatabaseValues 不再需要定義在同一個(gè)命名空間下。

修復(fù)了對(duì) DbSet 名字中 Unicode 字符的支持：

在早期版本中，當(dāng)在一個(gè)名字中包含有 Unicode 字符的 DbSet 中進(jìn)行查詢的時(shí)候，會(huì)導(dǎo)致異常，這個(gè)問題已經(jīng)被修復(fù)了。

在非公共屬性上的數(shù)據(jù)標(biāo)注問題：

默認(rèn)情況下，Code First 不會(huì)包含私有的，保護(hù)的，或者 internal 的屬性，即使在你的模型中手工包含的情況下。在早期的版本中使用 Fluent API 將會(huì)忽略這類成員上的任何數(shù)據(jù)標(biāo)注。這個(gè)問題已經(jīng)被修復(fù)，現(xiàn)在 Code First 將會(huì)處理在模型中手工定義的私有、保護(hù)、內(nèi)部的成員了。

更多的配置設(shè)置：

我們?cè)谂渲梦募刑峁┝烁嗟?Code First 相關(guān)的設(shè)置，這可以使得你有能力從配置文件中設(shè)置默認(rèn)的鏈接工廠，以及數(shù)據(jù)庫的初始化器。你還可以指定構(gòu)造這些對(duì)象的構(gòu)造器參數(shù)，更多詳細(xì)內(nèi)容可以見 ?EF 4.3 Configuration File Settings?博客內(nèi)容。

已知的問題

在 EF 4.3 發(fā)布以后的數(shù)周，我們將會(huì)發(fā)布一個(gè) EF 4.3.1 的補(bǔ)丁來處理這些問題。

已知的 EF 4.3 的問題：

使用 MOQ 框架 mock DbContext 錯(cuò)誤：

對(duì)這個(gè)問題，我們將在 4.3.1 發(fā)布中修復(fù)，詳細(xì)內(nèi)容見： this Stack Overflow question

TPC 映射

在訪問數(shù)據(jù)庫的時(shí)候?qū)е?"Unknown Columnname" 異常。

不是所有硬編碼列的數(shù)據(jù)類型都在數(shù)據(jù)庫生成：

如果你使用列數(shù)據(jù)類型標(biāo)注，或者 HasColumnType 這樣的 Fluent API 方法來硬編碼列的數(shù)據(jù)類型（比如：xml, money 等等），在創(chuàng)建數(shù)據(jù)庫的時(shí)候，這些數(shù)據(jù)類型不會(huì)被使用，在 EF 4.3.1 發(fā)布中會(huì)包含修復(fù)。

?

轉(zhuǎn)載于:https://www.cnblogs.com/haogj/archive/2012/02/14/2351931.html

總結(jié)

以上是生活随笔為你收集整理的EF 4.3 发布的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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