Android的驱动API坏了,对吗?

Android的驱动API坏了,对吗?,android,google-drive-api,google-drive-android-api,Android,Google Drive Api,Google Drive Android Api,截至2015年8月,“Android驱动API”的功能没有(松散地)记录在案,实际上已被破坏。主要症结如下: 1) 共享同一app_ID并与同一Google用户登录的应用程序意味着能够查找和访问相同的文件(例如,device1上的appX创建了一个名为“blahblah”的文件夹(用户驱动器中不存在“blahblah”文件夹),device2上的appX应该能够找到该文件夹并从中上载/下载文件…但情况并非如此(或者,如果它确实工作,则它是间歇性的,并且大多数情况下根本不工作))。即使在(多次)r

截至2015年8月,“Android驱动API”的功能没有(松散地)记录在案,实际上已被破坏。主要症结如下:

1) 共享同一app_ID并与同一Google用户登录的应用程序意味着能够查找和访问相同的文件(例如,device1上的appX创建了一个名为“blahblah”的文件夹(用户驱动器中不存在“blahblah”文件夹),device2上的appX应该能够找到该文件夹并从中上载/下载文件…但情况并非如此(或者,如果它确实工作,则它是间歇性的,并且大多数情况下根本不工作))。即使在(多次)requestSync调用和72个多小时的驱动器自动同步后,情况仍然如此

2) 即使在requestSync调用成功后,也不会将垃圾文件夹视为垃圾文件夹。这样一个垃圾文件夹仍将具有isTrashed==false

3) 永久性损坏的文件夹(即,它已从驱动器中消失,再也不会回来)。仍然可以找到,并且“成功”在其中创建了文件夹和文件,但是写入此类文件的内容将始终导致完成事件服务失败。同样,这样的文件夹仍将具有isTrashed==false(这是非常糟糕的)

错误报告已通过以下方式提交(感谢@DalmTo提供链接):

那么,问题是:知道如何解决这些问题吗

更新:


我已经把这些问题缩小到我的个人谷歌账户(或者我的个人硬盘,里面有很多很多文件)。这表明这些问题是

的症状或与之密切相关。关于问题1/(在运行同一应用程序的多台设备上同步),我可以给你一些建议。我已经指出了这一点,但没有令人满意的答案(实际上是响亮的沉默)。因此,我切换回,自己处理一切(使用syncadapter、服务等)。REST的算法是:

  • 创建/更新/删除/。。。。(execute()方法)
  • 使用GCM将资源ID(“ID”+消息)分派到其他设备
  • 让其他设备通过RESTAPI处理更改(同样,在服务中)
  • 从那以后,我已经多次访问了,但从未得到令人满意的结果(requestSync)。最后,当我开始使用“”(一年后,不用说)时,我高兴了一半

    同样,算法是:

  • 创造
  • 从完成中获取ResourceId
  • 使用GCM向其他设备发送“ResourceId”+消息
  • 让其他设备通过GDAA处理更改(使用ResourceId)
  • 。。。重点是:
    在我试图让它工作的时候,我终于意识到GDAA并不适合所有的应用程序(就像我们在这里讨论的那个)。GDAA经历了各种循环,使在线/离线状态透明,同时缓存数据并优化网络流量、电池使用。。。它会造成延迟,不可预测的状态

    。。。所以,最后我不再责怪GDAA不是一把瑞士刀,而是做了所有人梦寐以求的事情。开发人员需要充分了解他/她正在使用的工具箱的优点/缺点,并预先决定使用哪个工具。我知道,医生没有说清楚,相信我,我自己也被马格纳斯的兴奋所吸引。我仍然记得2014年1月的警告,告诉我不要过早介入


    祝您好运

    根据您在上的回复,我们认为这是您特定帐户的同步问题,可能与。我们将在问题追踪器上继续讨论这个问题。

    如果您报告了一个bug,您应该将它放在问题上,而不是听说这是帮助解决编程问题的好地方post@pinoyyid我在g+社区的经验是,一个人可以发布,但不要指望任何人会在意。@seanpj AFAIK这些都是最新的。Android SDK管理器安装了Google Play Services 26,gradle编译了“com.Google.Android.gms:Play Services驱动器:7.8.0”(根据gradleplease.appspot.com的最新版本),Android设备安装了Google Play Services apk v7.8.99。Android/GooglePlayServices的任务是弹出弹出窗口,诱使用户在必要时进行更新,因此,尽管发布了较新版本(例如今天放弃的v8.1.04),但我(以及我正在使用的应用程序的最终用户)必须依靠谷歌根据需要进行更新。问题跟踪器是发布元数据同步问题的正确位置,所有这些问题似乎都与之相关。我们将继续关注-感谢您的报道!虚假广告仍然是虚假广告。这花费了我的时间,这是以我的客户、他们的客户和最终用户为代价的。确定GDAA被错误地宣传为提供了某些功能,而没有提供上述功能,这对于我证明我所花费的时间是必要的。我很不情愿地说,我很可能不得不转而使用driverestapi(用于Java)。我无法将GCM添加到系统的体系结构中,因此希望即使使用REST API,对文件夹/文件名的文本搜索也能满足需要。我愚蠢地认为,GDAA从一开始就内置了类似GCM的功能(requestSync)。我很幸运,我有幸可以浪费时间慢慢地发现事情的来龙去脉。我有了一个突破!我所看到的问题与我的个人谷歌账户无关(我的个人硬盘,可能还有其他拥有很多文件和/或长期使用硬盘的人)。我的代码可以使用新的或轻量级用户帐户(即文件不多)跨多个android和iOS设备访问共享文件。因此,这似乎与