三层体系结构和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等），我不想让他们把它搞糊涂。