Google Drive Android API:已删除的文件夹仍存在于查询中

ved*_*vis 2 android google-drive-android-api

运行下面的代码,我在平板电脑上创建了一个包含Google Drive Android API的文件夹.几秒钟后,从PC上的远程位置删除该文件夹.当我重新运行代码时,API仍然认为"MyFolder"存在,即使它已被删除且在平板电脑上的Google云端硬盘应用中不可见.文件夹持久性最终会在一段时间后消失,代码按预期工作.这是云驱动器的预期行为吗?

Query query = new Query.Builder()
        .addFilter(Filters.and(Filters.eq(
                SearchableField.TITLE, "MyFolder"),
                Filters.eq(SearchableField.TRASHED, false)))
        .build();
Drive.DriveApi.query(getGoogleApiClient(), query)
        .setResultCallback(new ResultCallback<DriveApi.MetadataBufferResult>() {
    @Override
    public void onResult(DriveApi.MetadataBufferResult result) {
        if (!result.getStatus().isSuccess()) {
            showMessage("Cannot create folder in the root.");
        } else {
            boolean isFound = false;
            for(Metadata m : result.getMetadataBuffer()) {
                if(!isFound) {
                    if (m.getTitle().equals("MyFolder")) {
                        showMessage("Folder exists");
                        isFound = true;
                    }
                }
            }
            if(!isFound) {
                showMessage("Folder not found; creating it.");
                MetadataChangeSet changeSet = new MetadataChangeSet.Builder()
                        .setTitle("MyFolder")
                        .build();
                Drive.DriveApi.getRootFolder(getGoogleApiClient())
                        .createFolder(getGoogleApiClient(), changeSet)
                        .setResultCallback(new ResultCallback<DriveFolder.DriveFolderResult>() {
                    @Override
                    public void onResult(DriveFolder.DriveFolderResult result) {
                        if (!result.getStatus().isSuccess()) {
                            showMessage("Error while trying to create the folder");
                        } else {
                            mThwingAlbertFolderId = result.getDriveFolder().getDriveId();
                            showMessage("Created a folder: " + mThwingAlbertFolderId);
                        }
                    }
                });
            }
        }
    }
});
Run Code Online (Sandbox Code Playgroud)

sea*_*npj 7

您所看到的是GDAA的"正常"行为,如果您仔细查看" 驱动器文件生命周期 "图表(可以解释:我从未见过源代码,只是假设我是观测到的).

请注意,与REST Api 不同,GDAA 创建了一个尽力创建缓存和网络流量优化的层.因此,当您从"外部"(例如Web应用程序)操作文件/文件夹时,GDAA层在它启动同步之前不知道该事实,由它自己的逻辑控制.我自己最初认为GooDrive通过向GDAA发送某种通知来控制它,但显然情况并非如此.此外,一些Google员工提到"requestSync()"作为一种治疗方法,但我从未成功地使其成功.

您认为自己正在做的是投票GooDrive.但实际上,您正在轮询其DriveId仍然有效(未更新)的GDAA(本地GooPlaySvcs),这与已经消失的真实GooDrive对象不同.

这是文档中没有明确说明的一件事.GDAA不是每个应用程序的最佳Api .它的缓存机制非常适合透明地管理在线/离线状态,网络流量优化.电池续航时间......但在您的情况下,使用REST Api 可能会更好,因为您获得的响应反映了当前的GooDrive状态.

我自己也面临着类似的情况,不得不从GDAA切换回REST(并使用基于GCM的私有通知系统替换轮询).毋庸置疑,通过使用REST Api,您的应用程序变得更加复杂,通常需要同步适配器/服务来进行数据同步,管理网络状态,... GDAA免费提供的所有内容.
如果你想并排玩2 api,你可以在Github上使用两个相同的CRUD实现(GDAA,REST).

祝好运

  • ...但要注意管理延迟响应,开启/离线状态的痛苦......所有与UI线程流程不一致的事情:-). (2认同)