我使用Google Drive Android API来存储和共享创建的文件和文件夹。当我使用Google Drive Android API创建文件/文件夹时,默认情况下创建的文件或文件夹是私有的(不是公共共享的)。
当我将创建的文件/文件夹链接共享给任何用户时,该用户需要发送电子邮件请求以访问所有者。因此,所有者必须在google驱动器中手动公开文件/文件夹,以防止访问请求。
其中,对于Google Drive iOS API,创建文件/文件夹时,默认情况下创建的文件/文件夹是公共的。
我想问的另一个问题是,当我查询根文件夹中的文件夹列表时(将MIME_TYPE设为application/vnd.google-apps.folder),所有文件夹都会给出结果。当使用Google Drive iOS API时,queryForFilesList()方法只返回由特定ios应用程序创建的文件夹,而不是根目录中的所有文件夹。
使用Google Drive Android APIGoogle Drive REST API获得这种结果需要做什么?

最佳答案

根据Daimto的评论:
您可以将GDAAREST一起使用,我有一个发布herehere的并行crud实现。不过,你必须注意以下几点:
1/gdaa中的“connect”与rest的“userrecoverableauthioexception”逻辑不一致参见两个示例中的init(/connect)组合。实际上,您可以使用gdaa的“connect”逻辑进行授权,然后继续使用rest服务。“userRecoverableAuthioException”仍应处理,以防用户使用“Settings > Manage Apps > Disconnect From Drive”时出错。但是,如果你的应用在文件范围内,那么它就是doa。
2/gdaa使用driveid作为设备本地的主id。它可以访问rest中的主id resourceid(具有一定的延迟)。resourceid是一个系统范围的id,可以移植到不同的设备、系统。请参见herehere
rest api范围更广,gdaa构建在它之上,并且只有一部分功能(例如没有缩略图链接)。它只支持文件作用域(而不是其他的驱动器和文件作用域)。
4/当你开始将这两个功能混合在一起时,你将面临延迟/计时问题,因为你的应用程序完全控制了其余的网络,而gdaa的同步则隐藏在一些含糊不清的sync methods文档中。
如果你仔细观察gdaa的体系结构(Lifecycle of a Drive file),你会发现混合两者的潜在陷阱。
祝你好运

07-24 09:47
查看更多