您好,登錄后才能下訂單哦!
本篇內容主要講解“處理ADO.NET標準化注意哪些問題”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“處理ADO.NET標準化注意哪些問題”吧!
粗看起來,ADO.NET提供的模型是零散的,因為它沒有包含一個通過的對象集,來處理多種不同類型的數據庫。盡管不同的.NET數據提供者使用不同的類,但所有提供者都是采用同一方法進行標準化的。說得更明確一點,就是每個提供者都是基于相同的基類和接口集。例如,每個連接對象都執行IDbConnection接口,這些接口定義了核心的方法,如Open()、Close()。這個標準化保證每個連接類以同樣的方式工作,并且向用戶提供的核心屬性和方法集是一樣的。
在可視的界面之后,不同的提供者使用完全不同的底層調用和API。舉個例來說,ADO.NET標準化SQL Server提供者使用私有的TDS(Tabular Data Stream)協議來與服務器通信。這個模型的好處并不是顯而易見的,但它們很重要:
因為每個提供者使用相同的接口和基類,你可以編寫通用的數據訪問代碼(只需一點點的努力),而不是需要針對具體的提供者類編寫代碼。你將在“Provider-Agnostic Code”一節中看到這個技術所起的作用。
由于每個提供者的實現是完全分離的,ADO.NET標準化可以使用私有的優化措施(這與ADO模型不同。在ADO中,ADO.NET標準化每個數據庫調用需要在到達底層數據庫驅動前要使用通過的層來進行過濾)。另外,自定義提供者能夠添加非標準的功能,擴展在其它提供者中的不足(如SQL Server能夠執行XML查詢)。
ADO.NET也有另一個標準的層:DataSet。DataSet是一個能滿足所有要求的數據容器,這些數據來自于一個數據源的一個或多個表。DataSet非常通用,換句話說,自定義提供者不需要定義DataSet類的自定義版本。無論你使用哪種數據提供者,你都能夠以同樣的方法提取數據和將數據放入未連接的DataSet。ADO.NET標準化這樣就使得數據獲取代碼和數據處理代碼分離開來。如果你改變了底層的數據庫,你只需要改變數據獲取代碼,但如果你使用的DataSet和你的信息具有相同的結構,你就不需要改變數據處理的方法。
到此,相信大家對“處理ADO.NET標準化注意哪些問題”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。