在新的.net 3.5應用程序中集成Linq-to-Sql或Entity Framework？

在過去的幾個月中，我一直關注新的Entity Framework版本，但從現在開始，我必須構建一個完整的.net 3.5應用程序。在新的.net 3.5應用程序中集成Linq-to-Sql或Entity Framework？

我發現無法在.net 3.5應用程序中使用新的EF 4.1。但是看到第一個EF版本的批評以及Linq-to-Sql的開發狀態，這個日期最好的方法是什麼？

應該在選擇中使用哪些參數？提前致謝！！

2011-06-21 Herman Cordes

實體框架將是我明確的選擇 - 但僅限於.NET 4. 3.5版本在很多地方都是缺乏的。 Linq-to-SQL在EF的強大功能和靈活性方面沒有可比性 - 它是C＃團隊完成的「概念驗證」 - 它不太適合真實的企業級應用程序。對於更簡單的東西（比如管理你的足球聯賽或其他東西），這沒關係 - 不是很好，但是OK –

@marc_s：哇，你真的在ORM前面出現過。也許你會在6個月後推薦NHibernate。 :) –

可能重複的[nhibernate，實體框架，活動記錄或linq2sql]（http://stackoverflow.com/questions/1377236/nhibernate-entity-framework-active-records-or-linq2sql） –

與往常一樣，開始的最好的地方是通過寫下你需要做的，然後你有一個基礎來評估的數據訪問工具無數可用。不要被YAGNI功能誤導 - 專注於你需要的實際上是。

決定本身是主觀的;四面都有頑固派。就我個人而言，mix'n'match--我很高興使用LINQ to SQL來編輯數據等，而dapper-dot-net用於只讀顯示器（速度更快）。我不是反對 -EF，但我還沒有發現我需要做出複雜的一步。記得; ORM /數據訪問越複雜，你需要的時間就越多，並且越不願意改變它。這就是爲什麼我喜歡低影響，低複雜度的數據訪問，我可以輕鬆地進行轉換和交換。

來源

2011-06-21 10:26:20

在新的.net 3.5應用程序中集成Linq-to-Sql或Entity Framework？

回答

相關問題