保持REST：性能问题？

Question

我们的移动应用程序使用REST API与我们的服务器进行通信。 一开始，我想使其保持RESTful，并继续使用良好做法。 但：

• 我们的API永远不会公开（仅限内部使用）
• 应用程序越来越复杂，请求的数量也在增长

我观察到大型服务的公共API并不是真正的RESTful，因为很难遵守所有约束。

因此，您是否认为我只发出一个请求，然后在客户端解析json，而不是发出5个请求以检索某些数据？ 它打破了重要的REST规则，但是那会大大提高移动应用程序的性能吗？

谢谢

Answer 1

本身是RESTful几乎没有好处。 REST的好处来自其单独的属性（无状态，客户端服务器，基于资源），而不是完全基于RESTful（或使用该词）。 您可以选择REST的最重要属性，将其实现，而其余则不做（不要双关语）。

例如，您不需要内部API的良好URL和有意义的动词。 他们具有道德风范，但并不能帮助您提高生产力。 示例：基于SOAP的Web服务取消了一些不太重要的REST原则，但保留了一些好的原则。 Web服务是生产技术，这才是最重要的。

您可能应该基于一些标准协议（例如WS- *和SOAP）将中间件软件包用于内部API。 Web服务框架解决了内部API的RPC部分。 您不需要创建/解析URL，也不需要处理序列化。