我有一个REST API，可将数据库中的数据提供给前端React应用和Android应用。该API对于每个模型都有多个公共端点：-GET /model/<id>检索单个对象-POST /model创建-PATCH /model/<id>更新单个模型-GET /model列出对象-DELETE /model/<id>删除对象
[目前，我正在开发一个Android应用程序，我发现这种方案使我对API提出了许多额外要求。例如，每个Order对象都有一个user_creator条目。因此，如果要删除指定用户创建的所有订单，则需要1）列出所有用户GET /user2）选择我需要的一个3）列出他创建的所有订单GET /order?user=user_id4）选择我要删除的顺序5）删除订单DELETE /order/<id>
我想知道添加GET /order/delete?user=user_id等多个端点是否可以。通过这样做，我可以摆脱操作4和5。所有筛选将在后端完成。但是在我看来，这是一个糟糕的体系结构解决方案，因为我以前使用的所有API都没有这样的方法，并且所有的过滤，排序和其他“美化”工作通常都在API用户端，而不是后端。] >
在您的回答中，请提供您认为对该问题最佳的解决方案，并至少简要地解释您的观点，以便我可以学习]
我有一个REST API，可将数据库中的数据提供给前端React应用和Android应用。该API对于每个模型都有多个公共端点：-GET / model /
HTTP的应用程序域是通过网络传输文档。您的“ REST API”是一个外观，其作用类似于文档存储，并作为传输文档的副作用
解决您的问题是孤立的：