2013-03-30 57 views
1

由於我的工作需要,我一直在2.0中停留一段時間,現在我正試圖跟上最新的.net框架。我開始創建一個Mvc應用程序,我想知道數據訪問應用程序塊(SqlHelper)是否仍然是一種可接受的寫入數據層的方法。在.NET 4.0中,數據訪問應用程序塊仍然是實現數據連接的方式嗎?

我知道有很多關於EF的爭論,它的速度性能,延遲加載和保持數據庫與應用程序分離的問題。所以我猶豫現在就去那裏。

但是我看到很多隻使用ADO.Net和DataAdapter的代碼,並且想知道是否有沒有幫助框架的情況下返回到ADO.net。如果這是正確的,那麼我的問題是爲什麼?這似乎是一個倒退,不使用某種類型的輔助類/框架來進行數據訪問。

+0

我把4.0標籤放在那裏,因爲問題是特定於4.0框架 – Mike

+0

實際上,它不是。例如,這是Java程序員也會遇到的一個普遍問題(使用額外的框架或內置的Java包)。 – Oded

+1

大部分的模式和實踐做法已經脫離實踐。 –

回答

1

目前使用ORMs被認爲是最佳實踐,而數據訪問應用程序塊已經不再受青睞,因爲其他更容易與庫一起工作的應用程序已經在.NET世界中存在和突出。

這些將包括nHibernate,LINQ to SQL,Entity Framework來提及大型,全功能的庫(一些功能比其他功能更強大)。

那些直接使用ADO.Net的人是那些希望對他們的SQL有更多控制權的人,而不是他們所提供的(ORM總是可能的,但是當涉及到訪問數據庫時通常不是通過他們的習慣用法) 。

輕量級ORM的一個示例是Dapper,它是ADO.Net上的一個非常薄的層。

相關問題