我的问题：如何在受计数限制的重复发生的事件中更新“此和所有将来的”实例，以使事件总数保持一致？
问题是什么：
尝试修改重复事件，我遵循以下指南：
https://developers.google.com/calendar/recurringevents
基本上是使用目标事件来更新以后所有重复发生的事件，文档说一个需要进行两次调用：
直到出现受事件数限制的事件，该方法才能正常工作。
假设有一个重复发生的事件，被限制为10次，目标事件是第5个事件。现在，我需要拆分原始事件，以使前4个事件变为原始事件（因此我将COUNT从10更新为4），然后创建一个新的重复事件，该事件将保留其余6个事件（在这种情况下，COUNT为6 ）
[我的第一个观察结果是，这不是拆分事件在Google日历中的显示方式-如果我手动测试，两个事件仍然显示10次，但第二个事件不会产生任何额外的事件（我希望14个事件从开发人员的角度来看，有10个事件）。这意味着这里有一种不同的方法吗？是吗？
另外，如果我最终手动计数事件的数量，则仍然存在诸如先删除其中一个事件（例如，第4个事件）之类的问题-现在我如何知道我需要在事件中显示6个实例新的不是7？
这些想法使我认为有更好的方法，但是我找不到其他选择。有什么建议吗？
UPDATE
[似乎Google采取了不同的做法：例如，在日历视图中更改“此和将来”事件的标题后，似乎不会产生两个不同的重复事件，因为如果您尝试删除“所有”事件，将完全删除它们（而不是仅在目标事件之前或之后删除一个块）
似乎他们正在创建一堆异常，或者可能是“重复发生的异常”之类的东西。到目前为止，找不到有关如何执行此操作的示例。
[经过几天的研究后，找不到任何好的解决方案，而当我需要向前迈进时，我最终遇到了“针对我的情况的足够好的用户体验”和“打破最佳实践”之间的一种“妥协”。
因此，我最终单独更新了每个与google's warning相对应的事件，如下所示，但我将最大计数限制为50。这不是其他人想要做的，但这对于现实世界中的用例来说已经足够了我的应用。
警告：要修改实例时，请勿单独修改实例整个重复发生的事件，或“此及以下”实例。这个创建许多异常，使日历混乱，减慢速度访问并向用户发送大量更改通知。
并且如果用户需要安排更多时间，则要求用户使用“结束日期”。
同样，无论如何都不理想，因此，如果有人知道如何正确处理该问题或知道Google如何处理该问题，欢迎您分享！ （嗯...现在我也需要它以提供前景...）