architecture - 本地接口(interface)的 REST？

Question

我正在构建一个小型用户管理工具，该工具应与 Web GUI 一起使用(可能是用 Wicket 制作的)。该工具提供的一些服务应该是 REST 式的，现在我想知道 REST 是否应该是唯一的外部接口(interface)(考虑到 CouchDB 及其 REST 接口(interface))。然后，应用程序的 GUI 部分将进行 REST 调用，而不是本地方法调用。两者都将部署到同一服务器。

纯 REST 接口(interface)的优点:松耦合、接口(interface)统一。

缺点:HTTP开销，对象需要在传输格式(如JSON)之间进行转换，实现起来比较困难。

这个缺点让我想到，我应该只将 REST 用于真正的远程接口(interface)。我错过了什么吗？

Answer 1

任何类型的远程通信都是有成本的。你应该确保你获得了值得的东西。通常，有大量的基础设施可用于支持 RESTful HTTP——浏览器、服务器、代理和缓存等中介、curl 或 wget 等工具——以及后端中的信息变得可链接这一事实，更不用说深思熟虑的标准方法、响应代码、缓存方法等都是值得的。有时并非如此——如果没有更多申请细节，几乎无法判断。即便如此，所有松散耦合的好处是否超过成本仍然是一个主观的设计决策。

您可能需要考虑使用一个不会强制您做出此类决定的 Web 框架，即首先对于面向人类的部分而言是 RESTful 的框架。