ADO.NET vs實體框架vs LINQ vs .netTiers vs其他？

我從頭開始製作一個大的OLTP應用程序，我想知道什麼是訪問數據的最佳方式，是ADO.NET或實體框架還是LINQ或.netTiers或其他。我的數據庫是SQL Server 2008 R2。ADO.NET vs實體框架vs LINQ vs .netTiers vs其他？

謝謝！

那NetTiers呢怎麼樣？

最適合什麼？性能？發展速度？還有別的嗎？ – Oded 2010-11-08 13:53:26

這幾天，您應該使用一種ORM或另一種爲您的數據訪問。

如果你想要一個微軟產品，你應該使用實體框架而不是Linq2SQL（因爲後者不再被主動開發並且處於維護模式）。

很多人喜歡nHibernate，這是一個開源的ORM，它早於Linq2SQL，並且還包含任何其他.NET框架的ORM。

2010-11-08 13:55:03 Oded

最好的表現。謝謝非常感謝。 – TheGodfather23 2010-11-09 09:50:25

不要使用ORM只是因爲它是一個熱門的流行詞。在開發OLTP應用程序時，性能至關重要，您實際上不想處理由O/R映射器生成的垃圾。手動調整數據庫和數據層。當然，您需要來自兩個陣營的深厚知識（或具有這種知識的人員） - RDBMS和.NET。

2010-11-08 14:07:11

無論您正在開發什麼應用程序，可維護代碼也很關鍵。 ORM通常會簡化您的代碼並儘量減少維護的表面積。運行良好的應用程序和使用ORM不是相互排斥的。 – Jeff 2010-11-08 14:11:57

取決於貴公司的目標是什麼 - 滿足客戶的要求，交付出色的產品或讓維護人員輕鬆完成維護工作？ – 2010-11-08 14:32:50

維護代碼的能力與您的能力和可用性直接相關，可以擴展您的產品，開發新功能並最終在市場上展開競爭。能夠保持您擁有的產品並快速構建新功能是滿足客戶需求並提供出色產品的關鍵。 – Jeff 2010-11-08 14:57:38

這是相當不錯的。我建議試試他們兩個，看看你最喜歡哪一個。 .netTiers使用EF不包含的企業庫堆棧。

感謝 -Blake Niemyjski

2010-11-13 17:24:07

我建議建立一個資料庫，使用LINQ2SQL和利用您的數據訪問的UnitOfWork模式。 Linq2SQl易於學習和工作。它使真正幹淨的可理解和可維護的代碼。我會說它的性能非常好，特別是當與存儲庫和UnitOfWork設計模式結合使用時。您可以使用這些最佳實踐在Stu's Blog

中找到有關設置項目的更多信息UnitOfWork模式可確保您的內存得到有效管理，並且您的DataContext永遠不會變得無法控制。

2011-10-12 19:23:45 Rondel

回答