我的意思是，既然方向似乎是在客户端做更多的事情...为什么不只拥有一个前端只有 jquery/HTML 而后端只有 .NET Web 服务的网站由 jquery ajax 命令调用？
这是在任何地方完成的吗？我没有看到它被完成..怎么会呢？似乎是一个简单的解决方案。无需处理 ASP.NET 抽象层..
请您参考如下方法:
Google 有一个演示可以演示您所指的这种方法。这是Autoshoppe Demo对于谷歌应用程序引擎。虽然它是 Java，但这些概念也适用于 .NET 应用程序。
该应用程序包含带有 .html 扩展名的普通 HTML 页面。没有服务器端 View 技术会使 HTML 程序员的生活变得复杂。 HTML 页面使用 JavaScript AJAX 与使用 Spring 3.0 构建的 REST Web 服务交互，后者与数据存储区交互。
- 请求数据在请求中以 JSON 形式传递
- 响应数据以 JSON 形式返回。
这意味着任何人都可以在此 API 之上构建用户界面，或者您可以创建与该数据交互的 .NET 项目。 REST 是用于创建可扩展的分层服务的出色架构。
我认为这种技术没有被广泛使用的原因是许多人都坚持使用 View 技术，这些技术鼓励开发人员在 HTML 中使用 View 技术供应商的标记，例如 ASP 文件(或 Java 的 JSP)。这种做法已经存在了一段时间，因为从根本上来说，这些框架的编写者是工程师，而不是网页设计师和 UI 设计师。
还需要对 REST 有相当深入的了解才能看到此方法提供的优势，而初级开发人员有时会很难理解这些概念。
如果您要在 .NET 中解决此问题，并使用 AutoShoppe 演示作为指导，您很可能希望使用一个对象映射器来将 JSON 转换为 .NET 对象，然后再转换回 JSON。与尝试自己解析 JSON 相比，这是一种更简洁的方法。
这种 RESTful 方法的优点是，您的内容、行为和表示完全 100% 分离，您可以为 Web 程序员提供 HTML 文件，而他/她可以完全在 .NET 之外运行它们环境。然后，您的设计人员可以使用他们的工具并专注于他们的优势，而无需安装、配置或运行 Visual Studio.NET。事实上，这些文件可以直接从桌面运行。
编辑:也许一个缺点是许多 MVC 框架对此没有太多支持，主要是因为它是一个新概念。目前客户端和服务器端之间的桥梁必须由开发人员编写。
在 AutoShoppe 演示中，开发人员用 JavaScript 编写了一个原型(prototype)类，用于在发送到服务器之前将数据转换为 JSON，并且他们必须编写 JavaScript 代码来将 JSON 编码为 JavaScript 对象，并将该数据操作回 HTML。在服务器端，他们确实使用对象映射器将 JSON 反序列化为对象。大部分复杂性都在服务器上。
将服务器端组件转变为设计者和客户端可以轻松交互的 100% 可重用 RESTful 服务的优点可能会超过缺点，具体取决于具体情况。一个很好的例子可能是鼓励您的客户编写自己的用户界面或完全控制产品白标签的服务。这是众多原因之一why I won't use server side view technologies .
