三層體系結構和LINQ to Entities

Question

幾年來，我一直使用三層架構（演示，邏輯和數據層）來編寫應用程序。通常，我正在使用諸如.netTiers之類的工具來生成數據層和部分邏輯層。一切都很明確，我喜歡它。

我現在約束使用LINQ to Entites（看起來LINQ to SQL被微軟放棄了），我真的很困惑。在我看來，像LINQ to Entites生成的代碼是邏輯和數據層的一個很大的組合，我幾乎不能控制它。另外，我不太喜歡我必須使用生成的類（實體...）的事實。

最後，您可以分享您的經驗和最佳實踐與LINQ to Entities？任何想法如何我仍然可以有一個明確的三層架構？

謝謝！

Answer 1

伊恩·庫珀寫道好一系列關於使用LINQ2SQL架構應用：

• Part 1 Introduction
• Part 2 Layered Architectures
• Part 3 DAOs and Repositories
• Part 4 Dynamic Queries
• Part 5
• Part 6 Mapping with XML files instead of Attributes
• Part 7
• Part 8
• Part 9
• Part 10

希望你找到你所需要的。

Answer 2

L2S並未死亡，但基本完成。它是Linq的一個實現（Sql Adapter）。 Linq是一種語言功能，隨着.net版本發佈，它將繼續擴展。

Linq美麗的是簡單。我只是一個，超越了其他的提供者（比如MySql，Firebird等），我不想讓他們把它搞糊塗。