5
A
回答
5
ADO.NET實體是一個ORM(對象關係映射),它通過ADO.NET組件創建更高的抽象對象模型。因此,而不是進入數據集,數據表,命令和連接對象,如圖下面的代碼,你喜歡上的客戶,供應商更高級別的域對象的工作,等
DataTable table = adoDs.Tables[0];
for (int j = 0; j < table.Rows.Count; j++)
{
DataRow row = table.Rows[j];
// Get the values of the fields
string CustomerName =
(string)row["Customername"];
string CustomerCode =
(string)row["CustomerCode"];
}
下面是對實體框架的代碼我們正在研究像客戶這樣的更高級的域對象,而不是基礎級的ADO.NET組件(如數據集,數據讀取器,命令,連接對象等)。
foreach (Customer objCust in obj.Customers)
{}
主要和EF的唯一的好處是對於模型(中間層),數據訪問層,和映射碼它自動生成代碼,從而減少了大量的開發時間。
1
我認爲這個問題有點誤導。實體框架是ADO.NET的封裝。因此,這兩者在性能上幾乎沒有區別(也許實體框架有點慢)。你使用什麼取決於你的偏好。我目前使用Entity框架幾乎所有與數據庫相關的東西,因爲它看起來更簡單,更快速地得到你需要的東西。
相關問題
- 1. 實體框架性能VS傳統ADO.Net
- 2. ADO.NET實體框架
- 3. ADO.NET vs實體框架vs LINQ vs .netTiers vs其他?
- 4. dlinq與ADO.NET實體框架
- 5. 實體框架與ADO.NET
- 6. ADO.net實體框架的API
- 7. ADO.Net實體框架事務
- 8. ADO.NET實體框架夸克
- 9. ADO.NET實體框架 - 甲骨文與實體框架6
- 10. Databind ADO.NET實體框架到列表框
- 11. 實體框架4.1的ObjectContext VS的DbContext
- 12. 實體框架vs ADO.Net與TVP更新多行
- 13. 如何獲取VS 2008中的ADO.NET實體框架模板?
- 14. 三層架構使用ADO.NET實體框架和簡易ADO.NET類
- 15. 性能分析ADO.NET和實體框架
- 16. ADO.NET實體框架 - 預生成視圖 -
- 17. 錯誤使用ADO.NET實體框架
- 18. 實體框架ADO.NET Sql.Data.Client提供商
- 19. ADO.NET實體框架模型性能
- 20. 實體框架以及普通舊ADO.Net
- 21. LinqToSql和實體框架或ADO.Net?
- 22. ADO.NET實體框架編譯查詢
- 23. ADO.NET實體框架中的POCO支持?
- 24. ADO.Net實體框架對象導航?
- 25. 使用ado.net實體框架排序gridview
- 26. ADO.Net實體框架SQL登錄權限
- 27. ADO.NET實體框架和聯合子類
- 28. ADO.NET實體框架和LINQ to SQL
- 29. ADO.NET實體框架層次數據
- 30. ADO.NET實體框架 - 複合主鍵CRUD
你比較蘋果和桔子 - 實體框架是一個ORM,ADO是一種機制,以及用於連接到數據庫的工具集...不使用的數據集(恕我直言,與常規免責聲明非常少見發生) – Liath 2014-12-03 11:27:24
ADO.net是一個更接近數據庫的層。使用類而不是數據集。 EF是ORM,如下所述。 – JoshYates1980 2017-10-31 15:22:18