Thrift 与 RESTful 服务哪个更好？ [关闭]

Question

我正处于在 Thrift 和在客户端和服务器之间使用普通 RESTful 服务之间做出决定的时刻。此外，考虑到其长期且经过验证的记录，我对是否使用套接字进行通信还是只使用 web 服务感到困惑。另一方面，Thrift 是未知的，文档较少，而且需要打开端口。我拥有的应用程序类型是一个带有 php（客户端）和 java（服务层）的网站，对于这种集成，我正在尝试评估 Thrift/REST。

1. 使用套接字/端口与 8080 相比会遇到什么挑战？

2. 任何方法都会带来性能优势吗？

3. 还有其他选择吗？

谢谢

Answer 1

Web 服务更加健壮，并且随着应用程序的增长可能会更加可扩展。如果您对处理套接字例程以及与之相关的所有细微差别（套接字连接、断开连接、错误等）没有信心，那么只需将服务添加到 php 之类的现有 Web 服务中，或者使用带有 ruby​​ 的 rails ，或带有 Java 的 tomcat。

就性能而言，它可能取决于 thrift/restful 接口和底层系统的用例。在很多情况下，您的 api 执行的操作比处理 api 请求更“昂贵” .

至于哪一个，我是 REST 的粉丝，但那是个人喜好。

祝你好运