【发布时间】：2010-10-31 14:30:18
【问题描述】：
对我来说，我有一个 WCF 服务，它充当 DAL 并执行所有 CRUD 操作
我刚刚了解了新的 ADO.Net 数据服务，只是阅读了一些内容，但不确定何时何地使用它？
只是补充一点，我的新项目是在 ASP.Net MVC 中，所以使用 ADO.NET 数据服务而不是 WCF 服务是否明智，这可能有点像 MVC 的“M”（模型）？ ??
【问题讨论】：
标签： wcf wcf-data-services
【发布时间】：2010-10-31 14:30:18
【问题描述】：
首先，我的建议是编写您的 MVC 代码，以便忘记后端数据模型是什么。从一开始就抽象掉任何依赖项。
至于决定是否使用 WCF，我建议您决定是否要重用您编写的数据组件。如果您计划以 Silverlight、WPF 或任何其他格式使用数据代码，那么我建议您坚持使用 WCF。
另外，请记住，您始终可以使用 WCF 组件简单地包装 ADO.NET 数据服务，并且仍然启用重用方案。两全其美！
【讨论】：
-
用 WCF SOAP 包装 ADO.NET 数据服务的有趣想法。你能详细说明一下吗？
使用 ADO.NET 数据服务的一大优势是，您不必像使用 WCF 那样专门为基本 CRUD 操作编写所有服务。由于 ADO.NET 数据服务基本上公开了这些操作，因此您可以将更多的代码编写和调试重点放在业务逻辑上。
【讨论】：
WCF 数据服务和 IMO 的最大优势在于它满足您的需求，即您的服务层仅用于 CRUD。您没有（也不需要）任何业务逻辑。
正如 Tad 所指出的，重用是一种优势，但另一方面，WCF 数据服务将为您的 Web 应用程序或任何消费者提供一种非常灵活的数据查询方式。使用 WCF，您必须编写代码才能为消费者提供与 OData 相同的查询灵活性。
我最近有一个经历。我使用 WCF 创建了一个服务层，在许多情况下，服务操作仅用于调用存储库。没有任何规则，只有查询逻辑。消费者能够通过一个标准来获得结果。
需求发生了变化，我们意识到我们可以通过使用 WCF 数据服务使其更简单（需要维护的代码更少）。
【讨论】：