处理 RESTful 产品上的批量操作回滚答案

【问题标题】：Handle bulk operations rollback on RESTful product处理 RESTful 产品上的批量操作回滚
【发布时间】：2018-01-01 02:58:18
【问题描述】：

我的产品正在使用 Spring Data REST，并希望完全遵循其架构，但该产品需要处理 n 个资源的更新，作为用户的单个操作。在这样的场景下，我们不得不想，万一我们在第n次更新操作中遇到了问题，并且要回滚，用户必须备份所有要更新的数据，以防出现这样的问题，并更新所有n-1 个资源与此备份数据一起返回。也有可能在回滚的时候我们又遇到了麻烦，整个回滚可能会失败，导致很多问题。

用户如何在不放弃 Spring Data REST 的 RESTful CRUD 端点的情况下正确处理所有这些（意味着不创建自定义批处理端点来破坏架构）？

我的问题是想了解如何以非定制 Spring Data REST 产品的用户安全处理上述场景。

【问题讨论】：

标签： rest error-handling spring-data-rest

【解决方案1】：

我认为this 回答了您关于使控制器端点具有事务性的问题，但是如果您希望任意相关的更新具有事务性，那么您实际上并不是在谈论 RESTful API。

【讨论】：

我同意，这就是为什么我的问题不是通过添加自定义控制器等来修改 Spring Data REST 及其架构，而是如何管理我为此类 RESTful 用户提供的场景产品。
简短的回答是用户没有。这是一个糟糕的设计。 Spring Data REST 是一个非常固执己见的工具，它希望用作 CRUD API。要以对用户有用的方式添加您想要的功能，意味着在 Spring Data REST 中添加集合交互，而不是打破工具范式来尝试一次性解决方案。