Google drive api 什么';“这是通过”查找文件的正确方法;“完整路径”;在谷歌驱动器API v2中
各位亲爱的 我正在尝试按“完整路径”查找文档列表。在阅读了API参考之后,这似乎是一项复杂的任务。假设我的路径类似于/path0/path1/path2/Google drive api 什么';“这是通过”查找文件的正确方法;“完整路径”;在谷歌驱动器API v2中,google-drive-api,Google Drive Api,各位亲爱的 我正在尝试按“完整路径”查找文档列表。在阅读了API参考之后,这似乎是一项复杂的任务。假设我的路径类似于/path0/path1/path2/ 列出根文件夹的子文件夹,查找名称等于“path0”的所有子文件夹,并将它们放入列表“result0” 在“result0”中查找名称等于“path1”的项的所有子项,并将它们放入列表“result1” 在“result1”中查找名称等于“path2”的项的所有子项,然后 上述方法似乎效率很低,因为我的应用程序和驱动器之间需要多次交互。我知道G
listDocByFullPath("path0/path1/path2")
这在当前版本的Google Drive SDK中可能吗?如果还没有,我想知道是否有比我在这里列出的更简单的方法
顺便说一句,由于我的应用程序纯粹是一个后端服务,所以不可能使用谷歌提供的文件选择器
干杯。与传统的文件系统不同,一个文件可以位于驱动器上的多个文件夹下。文件夹与标签非常相似。因此,传统的路径并不总是在我们的抽象范围内工作。我建议您遵循以下逻辑:
'root',title='path0',mimeType='application/vnd.google apps.folder'
的文件,然后选择第一个结果''执行另一个列表,然后选择第一个结果
最大的问题是路径不能唯一标识文件或文件夹!例如,在web UI中,可以创建两个与同一文件夹的子文件夹同名的文件夹。 i、 e.你可以制作一棵树,看起来像:
根
|-文件夹
|-文件夹
基本上是自下而上检查我想看到一个服务来为我解析目的地id。嗨,Burcu谢谢你的回复。这正是我现在正在做的。现在看来还可以。虽然我担心未来的表现。我的应用程序和驱动器API之间的交互似乎随着目录深度的增加而线性增加。我提出的API确实可以简化这里的事情。干杯。@burcu dogan像这样的功能将来有没有机会加入api?当在Google Drive API端完成迭代时,性能应该会提高。你找到解决方案了吗?我面临着完全相同的问题。现在应该很容易了,请查看提供所有解决方案的示例应用程序