context.executeQueryAsync 是事务性操作吗？
Is context.executeQueryAsync a transactional operation?
假设我在循环中更新多个项目，然后在 ClientContext class 上调用 executeQueryAsync() 并且此调用 returns 错误（调用失败的回调）。我可以确定没有更新我想更新的所有这些项目吗？有没有可能其中一些会得到更新而另一些不会？换句话说，这个操作是事务性的吗？谢谢，我找不到一个关于它的 post。
我问的是 CSOM 模型而不是服务器解决方案。
SharePoint 在事务方法中处理其内部更新，因此更新文档实际上是对数据库的多次调用，如果一个方法失败，将回滚其他更改，因此失败时不会更新一半。
但是，作为外部开发人员，我们无法使用它。如果您创建更新以更新 executeQueryAsync 调用中的 9 个项目，并且它在 #7 上失败，那么前 6 个项目将不会回滚。您将不得不编写代码来处理故障，如果回滚很重要，那么您将不得不手动回滚代码中的更改。
假设我在循环中更新多个项目，然后在 ClientContext class 上调用 executeQueryAsync() 并且此调用 returns 错误（调用失败的回调）。我可以确定没有更新我想更新的所有这些项目吗？有没有可能其中一些会得到更新而另一些不会？换句话说，这个操作是事务性的吗？谢谢，我找不到一个关于它的 post。
我问的是 CSOM 模型而不是服务器解决方案。
SharePoint 在事务方法中处理其内部更新，因此更新文档实际上是对数据库的多次调用，如果一个方法失败，将回滚其他更改，因此失败时不会更新一半。
但是，作为外部开发人员，我们无法使用它。如果您创建更新以更新 executeQueryAsync 调用中的 9 个项目，并且它在 #7 上失败，那么前 6 个项目将不会回滚。您将不得不编写代码来处理故障，如果回滚很重要，那么您将不得不手动回滚代码中的更改。