PHP中的RESTful API-优化后续请求？

Question

我正在（第一次）开发由PHP RESTful API（可能使用peej / Tonic）驱动的PHP应用程序。 我来自一个具有直接访问权限的应用程序，该应用程序可能在页面加载过程中进行20个不同的数据库调用，我试图调和20个API调用= 20x握手（可以通过Guzzle持久连接进行改进）但也可以进行20x连接的事实到数据库。

我相信，通过更好的编程和计划，我可以将所需的API调用降低到每页4-5个。 这一点：

a）考虑所有其他可用的优化措施，是否值得考虑5x数据库连接的延迟+每页加载5x握手的延迟？

b）是否有一种现有的方法可以缓解这种情况，而到目前为止我还没有找到？

c）我认为它违反了RESTful编程的原则，但是如果我有一个API方法本身会从其他API端点收集信息（例如，GET供应商WHERE x = y，然后是供应商GET产品），是否有用于内部API交互（尤其是在peej / Tonic或其他框架内）。

预先感谢大家的智慧。

Answer 1

请记住， 客户端应“向服务器发出“请求”，这必须履行“该请求”。 服务器可能会“执行20个不同的数据库查询”以准备其响应，并且客户端无需知道也不必关心。

客户端的点的角度的，“我不在乎你告诉我什么 ，而不是你是怎么做到的。”

如果您确实希望直接将查询响应发送给客户端，以使客户端使用这些数据“完成工作”，那么您仍然可以设计服务器请求，以便服务器一次完成许多查询，并且仅通过一次交换就将所有结果集发回了。

您的首要任务应该是有效地减少交换的次数。 返回的数据量（在合理范围内）是次要的。

还要考虑“ 服务器完成后，工作自然就会同步”。 当客户端发出多个异步请求，这些请求， 那么，“异步”。 考虑哪种策略更容易调试。

如果为服务器提供了“执行请求”，则它可以验证该请求（从而检查客户端错误），并可以在TRANSACTION执行任何数量的数据库操作。 这种将服务器置于非常主动的角色的策略通常比由客户端驱动的交互作用与服务器充当被动角色的交互要简单得多。