rest - 当业务需求和工作流程复杂时，为什么要让我的服务休息？

我的服务要求和业务工作流程有点复杂。首先，请考虑以下两个不同的选项。

在我的情况下，使用restful选项的问题是

在restful选项中，基本上要区分操作意图，我需要检查输入有效载荷。所以，我的控制器逻辑有点难看。
对于每个操作，我需要检查特定的角色和权限。根据输入的有效负载，我需要先检查用户是否具有所需的权限，而不是像我们现在在RPS样式中那样在控制器方法级别使用它。
对于某些操作，我需要检查订单的当前状态。例如，批准或拒绝当前处于草案状态的订单没有意义。在批准和拒绝之前，订单应处于待审批状态。所以，我需要调用DB来检查当前状态，这将影响性能。
在我的情况下，监控和性能分析将变得非常复杂。
解决生产问题变得复杂。因为输入有效载荷需要记录和检查。需要检查http动词。
我不认为只是因为暴露更少的端点而使其变得简单。现在，必须为此服务的客户提供清晰的文档解释他们发送了什么输入以执行特定的操作预期的行动。
我的服务不是简单的内容交付应用程序，操作较少。将来，我可能需要支持比现在更多的操作。
请不要告诉我，我可以在请求标头中传递要执行的操作。我不认为，它解决了上述所有问题。