REST 后端与 REST API（或 API 后端）
REST backend vs REST API (or API Backend)
我正在 Google App 引擎 (python) 上开发一个应用程序 运行，前端在 AngularJS 框架中。例如，此应用程序的后端只是 returns 相关数据 JSON 在 GET 上，前端配置的 URL 路由（如服务等）。也就是说，标准的 CRUD 操作是使用 HTTP 动词执行的，我认为这是 REST 后端的主要思想。
我想知道这个后端与 REST API 有何不同？我自己能弄清楚的是 API returns 数据类似于来自后端的响应，但它还会发送有关客户端在任何给定时刻的各种 options/available 操作的更多信息.这是正确的想法吗？如果是这样，您将如何使用这些信息？使用这个 API 的应用程序不会与它高度耦合吗？
如果我必须将 REST 后端转换为使用 API，我会得到什么好处。关于 REST 的文档 API 说它使不同平台上的应用程序可以很容易地统一访问数据（如 here）。但是同样的事情可以通过一个简单的 REST 后端来完成，因为数据本身是平台不可知的，只要我们可以编写一个前端来在每个平台上正确处理数据。
如果它是仅由单个应用程序使用的 REST 服务，我通常将其称为后端。如果它为多个应用程序共享，我可能会称它为 API。其实是同一个东西的两个不同名字。
我正在 Google App 引擎 (python) 上开发一个应用程序 运行，前端在 AngularJS 框架中。例如，此应用程序的后端只是 returns 相关数据 JSON 在 GET 上，前端配置的 URL 路由（如服务等）。也就是说，标准的 CRUD 操作是使用 HTTP 动词执行的，我认为这是 REST 后端的主要思想。
我想知道这个后端与 REST API 有何不同？我自己能弄清楚的是 API returns 数据类似于来自后端的响应，但它还会发送有关客户端在任何给定时刻的各种 options/available 操作的更多信息.这是正确的想法吗？如果是这样，您将如何使用这些信息？使用这个 API 的应用程序不会与它高度耦合吗？
如果我必须将 REST 后端转换为使用 API，我会得到什么好处。关于 REST 的文档 API 说它使不同平台上的应用程序可以很容易地统一访问数据（如 here）。但是同样的事情可以通过一个简单的 REST 后端来完成，因为数据本身是平台不可知的，只要我们可以编写一个前端来在每个平台上正确处理数据。
如果它是仅由单个应用程序使用的 REST 服务，我通常将其称为后端。如果它为多个应用程序共享，我可能会称它为 API。其实是同一个东西的两个不同名字。