Restful API 或传统网络应用程序 [关闭]答案

【问题标题】：Restful API or Traditional web app [closed]Restful API 或传统网络应用程序 [关闭]
【发布时间】：2013-02-23 21:34:46
【问题描述】：

我看到网络应用程序社区似乎有两种不同的方式来构建体验丰富的网络应用程序。

将后端构建为纯 Restful API 服务器，并使用 javascript MVC 框架（如骨干网）+ UX 设计框架（如 twitter-bootstrap）来构建 UI 前端。

-- 我看到人们称之为 think-client 方法，因为很多逻辑发生在浏览器端；另外，设计 Restful API 接口（尤其是可扩展的接口）比下面的方法需要更多的思考过程
使用 RoR 或 Django 等 Web 应用程序框架来构建 Web 应用程序，这是一种广泛使用的方法。

这个问题与Is using RESTful Api as a custom web app backend needed? 有点相关。我知道方法 1 可能有助于重用支持原生应用程序的开发工作，但它比方法 2 强加了多少前期开销？

【问题讨论】：

这取决于许多因素，包括：开发人员技能、平台能力、用户要求、设备、性能、交互等。我什至认为任何一种方法都需要相同的时间——它只是取决于，两者都被证明是非常实用和成功的。

【解决方案1】：

后端/前端拆分是创建服务的一个简单示例。服务的概念非常强大，尤其是当您开始扩展到大量用户并添加新功能时。

要回答您的问题，您必须投资将 API 和前端作为两个独立的应用程序来实现。如果您只打算拥有一个 Web 客户端，那么传统的 rails/django 应用程序可能是有意义的。另一方面，如果您计划拥有各种客户端（移动、Web、cli），那么基于服务/API 的结构更有意义。

【讨论】：

【解决方案2】：

如果您使用胖客户端，尤其是在使用框架时，则需要 RESTful API 或某些 Web 服务 API。

在方法 2 中，不需要 Web 服务（例如 RESTful API），因为您提供的是静态页面。但是，要在页面上执行任何 AJAX，将需要有效的 Web 服务，尽管它们可能看起来不是特别 RESTful。

【讨论】：