C# ADO.NET数据服务在总体设计中的地位

ADO.NET数据服务是应用程序中的下一代数据访问层。我已经看到很多例子直接从UI层（如Silverlight或Ajax）使用它来获取数据。这几乎等同于一个两层系统，业务层被完全移除。DAL应该由业务层访问，而不是直接从UI访问吗

ADO.NET数据服务是应用程序中的下一代数据访问层

我不知道你从哪里弄来的！也许您混淆了ADO.NET数据服务和ADO.NET实体框架

---

人们不应该认为微软生产的每一件东西对每个开发者都有价值。在我看来，ADO.NET数据服务是创建CRUD服务的一种快速方法，它可能在实体上定义了一些其他操作，但这些操作都是存储过程。如果您只需要一个面向数据库的服务，那么这可能就是您想要的。当然，除了在数据库中之外，没有什么理由对这样的服务进行编码

但这并不意味着ADO.NET数据服务在每个项目的“总体设计”中都占有一席之地。它满足了足够多的客户的需求，微软认为花点钱开发和维护它是值得的

就这点而言，他们还认为ASP.NETMVC是个好主意

---

：-）

ADO.NET数据服务是移动数据的又一个需要评估的工具

.NETRIA服务是另一种服务。我觉得好多了

我认为ADO.NET数据服务是一些人使用的低级服务 高级别框架。我不会让我的UI直接与它对话

我看到的ADO.NET数据服务的主要问题与 安全性比其他任何东西都重要

对于简单/快速的任务，在Intranet中，如果您不太喜欢 设计，它可能是有用的。（海事组织） 当您需要快速公开现有数据库中的数据时，它非常方便

我说方便，但这不是我的第一选择，因为我尽量避免 “又快又脏”的解决方案。

---

这些解决方案就像幽灵一样，总是萦绕在你心头。

在我看来，其他答案低估了ADO.Net数据服务的重要性。尽管直接在应用程序中使用它与双层系统有一些相似之处，但其他Microsoft产品，如.Net RIA服务、Windows Asure存储服务都是基于它的。与其中一个答案中的短语相反，“对于简单/快速的任务，在内部网中，如果您对设计不太挑剔，它可能很有用”，它可能对公共网站有用，包括ASP.Net MVC中的网站

Dino Esposito在他的博客中描述了Ado.Net数据服务的驱动力

“ADO.NET数据服务（又名Astoria）

驱动力：需要构建丰富的交互式Web系统。 抽象地说，这是什么：用于在任何类型的应用程序（包括企业级应用程序）中构建中间层或更好的是在中间层之上构建服务层的一组新工具。

---

具体是什么：为您提供从超链接调用的URL，以便将数据向下传送到客户端。更好地用于客户端需要直接|部分过滤访问数据的场景。不适合从IE查询数据，但适合构建新一代支持AJAX的Web控件。仅此而已。”

我想这是我面临的困惑的一部分。ADO.NET数据服务为EDMX提供接口。允许客户机在数据源上执行数据操作（这听起来像DAL）。然而，不管名字如何，它在整体设计中的位置如何？对不起，这是胡说八道，即使它来自迪诺·埃斯波西托。这表明，如果没有Astoria，Azure和RIA是不可能实现的，这是荒谬的。