通过/drive/v2/files PATCH重命名共享文件夹-API中的延迟反映了更改



我在.NET应用程序中使用Drive v2 REST API,该应用程序允许以文件夹的方式查看Google Drive内容。我的场景如下:

  • 我正在重命名一个与我共享的文件夹(编辑权限(,该文件夹在title属性上向http://www.googleapis.com/drive/v2/files/[folderID]发出PATCH请求
  • 请求成功,在Google Drive网站上可以立即看到重命名
  • 在我的应用程序中,当刷新父文件夹的内容以查看更改时,它不会立即显示出来——在我的测试中,它需要1到5分钟才能显示出来

备注:

  1. 如果我使用Google Drive的网站进行更改,它会立即通过API反映出来
  2. 我自己的文件夹没有延迟,只有其他用户与我共享的文件夹才会延迟

这是API的已知问题吗?也许有变通办法吗?在这种情况下升级到v3有帮助吗?

谢谢你的帮助!:(

  1. 如果我使用Google Drive的网站进行更改,它会立即通过API反映出来

可以,但通常会有延迟。

  1. 我自己的文件夹没有延迟,只有其他用户与我共享的文件夹才会延迟

这可能是因为剪切文件夹系统更大,需要更新更多的人。

如果你对此非常担心,我会在论坛上发布一个关于它的问题,但你应该发布一个代码示例,显示它的运行情况和需要多长时间。

存在性能和其他一些差异

根据文件所述The performance in v3 is better because searches only return a subset of fields. Use the current version unless you need the apps collection

在您的特定情况下,使用版本3在性能方面优于版本2,因为您没有使用应用程序资源。请记住,有时您的连接可能会影响性能(一旦您在网站中单击TRY API,Google将负责发出请求,另一方面,当使用您的.NET项目发出请求时,可能需要更多的时间(

参考

驱动API v3与v2

V2至v3差异

如何将v2迁移到v3

最新更新