我聽到很多傳言Linq2Sql不會在下一個.net版本中再被支持。我非常喜歡Linq2Sql,並且發現它非常簡單/輕量級。我可以理解人們對它的一些問題(ppl習慣了nhibernate ......)但正確使用我認爲大多數問題都可以解決。我現在在我所有的項目中都使用它,我不願意看到它不再被支持。linq2sql的缺點
所以,列出你LINQ2SQL
我聽到很多傳言Linq2Sql不會在下一個.net版本中再被支持。我非常喜歡Linq2Sql,並且發現它非常簡單/輕量級。我可以理解人們對它的一些問題(ppl習慣了nhibernate ......)但正確使用我認爲大多數問題都可以解決。我現在在我所有的項目中都使用它,我不願意看到它不再被支持。linq2sql的缺點
所以,列出你LINQ2SQL
首先看到disadvantes,人們失去了興趣,因爲它不會被進一步開發的任何,和Entity Framework將勇往直前吧。
LinqToSQl的工作原理和使用愉快,但EF遲早會超過它。
ORM純粹主義者會傾向於更容易設置LINQ to Sql來使用LINQ to SQL數據層外部的對象模型。這可以在Linq到SQl中完成,但這是一個遠離默認配置的手動過程。
LINQ to SQL肯定可以修復。但只要ADO.NET團隊負責它,我就會懷疑它會是什麼。
如果它是開源的,我認爲這將是一個不容忽視的力量。但就目前而言,這是一種垂死的技術。
如果有LINQ的另一個版本的SQL,這是我的特點心願:
事情我其實是想同時建立我最後的LINQ到SQL項目(和不得不手動解決在大多數情況下)
事情我可能想,但還沒有實際需要還。
我在L2S中看到的最大缺點之一是在斷開連接的場景中使用它是一件非常麻煩的事情;將實體的序列化版本發送給另一個實體,並嘗試在合併時更新它,並且您將看到它的缺點。如果.Attach()功能適用於這種情況,那麼L2S應該是相當不錯的。
--larsw
我同意第2點。在第1點,我認爲它是一個很好的功能,因爲它很容易解決。我實際上更喜歡在我的ORM模式的數據庫之間有1:1的映射。我已經看到了ppl濫用hibernate並創建了各種各樣的奇特映射,並且幾乎失去了對數據流的控制 – terjetyl 2008-12-04 08:09:49