.NET Core 3.0中System.Data的變化有什么

這期內(nèi)容當(dāng)中小編將會(huì)給大家?guī)?lái)有關(guān).NET Core 3.0中System.Data的變化有什么，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

System.Data雖然不引人關(guān)注，但在.NET中，System.Data對(duì)于各種關(guān)系數(shù)據(jù)庫(kù)的連接是非常重要的。System.Data也被稱為ADO.NET，其前身是ActiveX Data Objects。System.Data提供了通過(guò)的框架，在她的基礎(chǔ)上.NET數(shù)據(jù)驅(qū)動(dòng)應(yīng)用可以被構(gòu)建。這個(gè)框架還提供了數(shù)據(jù)驅(qū)動(dòng)程序應(yīng)遵守的一些約定。

Connections，commands，data readers都是雙繼承。每個(gè)分別實(shí)現(xiàn)了來(lái)自于DbConnection, DbCommand，DbDataReader的基礎(chǔ)功能。他們也實(shí)現(xiàn)了抽象接口IDbConnection, IDbCommand, 和IDbDataReader，這使得它們能夠支持模擬場(chǎng)景和非傳統(tǒng)數(shù)據(jù)源。在下文描述的基礎(chǔ)類中都基于雙繼承方案。

雖然，connection strings一般被認(rèn)為是字符串，但有些工具卻認(rèn)為它是繼承自DbConnectionStringBuilder的對(duì)象。它能夠處理數(shù)據(jù)庫(kù)連接字符串的特定解析并幫助開(kāi)發(fā)人員更好的理解特定數(shù)據(jù)庫(kù)的可用設(shè)置。

在.NET中System.Data早于ORM框架出現(xiàn)，但是通過(guò)實(shí)現(xiàn)DbDataAdapter和DbCommandBuilder，它提供了生成sql的通用方法。它可以被直接使用，也能和普通數(shù)據(jù)集及類型化數(shù)據(jù)集組合使用。

如果你想找到一個(gè)抽象工廠模式的例子，你可以看下DbProviderFactory。它的自雷提供了connections, commands, command parameters, command builders, data adapters。其中包含了你需要的全部關(guān)于數(shù)據(jù)訪問(wèn)的需求，而不僅僅是數(shù)據(jù)庫(kù)的邏輯。

接口的問(wèn)題

在上文中已經(jīng)提到，System.Data依賴于雙繼承。當(dāng)我們想添加新的方法時(shí)，這將帶來(lái)問(wèn)題。例如，異步操作被加入到在.NET 4.5的DbCommand之中。但是卻無(wú)法將他們添加到匹配的IDbCommand接口之中，因?yàn)檫@將是一個(gè)破壞性的改變。這意味著您不能同時(shí)使用異步操作和容易模擬的抽象接口。

微軟本可以在.NET Core 1.0中重新設(shè)計(jì)抽象接口，以使得其能夠與抽象類相匹配（Java通過(guò)JDBC的接口已經(jīng)實(shí)現(xiàn)了）。然而，這卻會(huì)使得.NET Framework共用源碼變得困難。

如果默認(rèn)接口方法能夠出現(xiàn)在C#8.0中，在理論上，這一特征可以用來(lái)以向后兼容的方式調(diào)整接口。但是在.NET Framework中并不兼容，因?yàn)槟J(rèn)接口方法只是.NET Core的特征。它也不能使用較老的編譯器和其他.NET語(yǔ)言。

DbDataReader.Get()中的字符串重載

我們對(duì)于System.Data在.NET Core 3.0之中的第一個(gè)特征是DbDataReader的Get()方法之中能夠傳遞列名。長(zhǎng)期以來(lái)，人們一直抱怨這個(gè)接口不能按名稱引用列。這意味著你需要使用這個(gè)模式 。

一個(gè)明顯的(對(duì)某些人來(lái)說(shuō)，也是早就應(yīng)該有的)簡(jiǎn)化方法是提供字符串重載。

這已經(jīng)在Oracle's Connector/NET和MySqlConnector中實(shí)現(xiàn)。

處于性能考慮，該方法不會(huì)被標(biāo)記為虛方法，從而允許JIT編譯器輕松地內(nèi)聯(lián)它。也是由于上述原因，新的方法集不會(huì)添加到IDbDataReader中。

XmlDataDocument

如果你了解XmlDataDocument的歷史，這似乎是一個(gè)奇怪的選擇。在2010年發(fā)布的.NET 4.0之中，其已經(jīng)被標(biāo)記為過(guò)時(shí)的，并提出了XmlDataDocument在未來(lái)的版本中將會(huì)被刪除的警告?，F(xiàn)在使用它的原因是一些WinForms和WPF應(yīng)用程序使用它，在bug報(bào)告中稱，其在Apiport的各種類別中有1-7%的使用率。

DatasetExtensions

DataTableExtensions在.NET Core 3之中將不再支持。雖然它看起來(lái)只是有6個(gè)擴(kuò)展方法的類，但是在不修改System.Data的情況下，我們無(wú)法構(gòu)建AsDataView方法。原因相當(dāng)?shù)膹?fù)雜，涉及內(nèi)部方法、類型轉(zhuǎn)發(fā)和.NET Standard帶來(lái)的挑戰(zhàn)。

上述就是小編為大家分享的.NET Core 3.0中System.Data的變化有什么了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。