java - Thrift 服务与 RESTful 服务哪个更好？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 11 年前。

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

1. 与 8080 相比，使用套接字/端口会面临哪些挑战？

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

3. 还有其他选择吗？

谢谢

Answer 1

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

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

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

祝你好运