支持浏览器和 REST 客户端的相同 REST 端点

Question

我们的团队目前正在考虑为新的网络监控系统开发接口。我们将支持从以下位置访问系统：

1. 网络浏览器（基于 Javascript/HTML5）

2. 任何 REST 客户端（可以是命令行 REST shell 或其他更高级别的系统，例如：做混搭）。

我们考虑在服务器端（基于 Java EE）提供相同的 REST 端点来支持这两种类型的客户端。这是因为，我们认为浏览器在某种意义上也是一个 REST 客户端。而且因为我们认为它会避免服务器端的任何重复。而且我们的工程师数量不足（毕竟这可能是件好事！）。

我们将使用 Ajax 在浏览器上进行异步请求/响应处理。我们认为任何其他 REST 客户端都需要处理它想要的任何异步。

1) 这几天通常是这样吗？

2) 不管有没有其他考虑，这是一个好方法吗？ 还是在做出此决定之前需要考虑任何其他方面？

3) 我认为这意味着我们将仅从服务器以 JSON 格式发送所有响应，并且仅进行客户端渲染。对吧？

Answer 1

你是对的！这是我的看法：

1) Is this how it is usually done these days ?

是的。大多数 REST Api 都建立在相同的服务器端 API 之上。该 API 向客户端提供信息，无论客户端是什么，都必须是浏览器或命令行调用。

您可以查看免费的Apigee ebooks，尤其是this one，以获取有关如何构建强大的Restful api 的更多信息。

2) Is this a good approach, regardless of any other consideration? Or does one need to consider any other aspect, before making this decision ?

我认为这是最好的方法，你有一个 api 来管理你对客户的服务。

3) I think this implies that we are to send all responses as JSON only from the server and do client-side rendering only. Right ?

没错。一些 javascript 框架，如 AngularJS，仅使用来自 Rest Client 的 JSON 响应在浏览器上进行所有呈现。您也可以使用 JQuery 来完成。