适用于Android的Drive API已损坏，对吗？

Question

截至2015年8月，适用于Android的＆＃39; Drive API＆＃39;没有（松散地）记录，有效地被打破。主要疼痛点如下：

1）共享相同APP_ID并使用相同Google用户登录的应用意味着能够查找和访问相同的文件as Google indicate（例如，设备1上的appX创建了一个名为＆＃39; blahblah＆＃39;（用户驱动器中已存在＆＃39; blahblah＆＃39;文件夹）的文件夹，device2上的appX应该能够找到该文件夹​​并上传/下载文件它也......但是情况并非如此（或者它确实有效，它是断断续续的，而且大部分都不起作用））。即使在（很多）requestSync调用之后以及允许Drive自行同步的72小时内，情况仍然如此。

2）即使在requestSync调用成功后，也不会将已删除的已删除文件夹视为已删除。这样一个被删除的文件夹仍然会有isTrashed == false。

3）一个永久删除的文件夹（即它从驱动器GONE，它永远不会回来）。仍然可以找到＆＃34;成功＆＃34;在其中创建文件夹和文件，但写入此类文件的内容将始终在完成事件服务中产生失败。同样，这样的文件夹仍然会有isTrashed == false（这是非常糟糕的）。

已提交错误报告（感谢@DalmTo链接）：https://code.google.com/a/google.com/p/apps-api-issues/issues/entry?labels=Type-Defect,API-Drive

https://code.google.com/a/google.com/p/apps-api-issues/issues/detail?id=4003 https://code.google.com/a/google.com/p/apps-api-issues/issues/detail?id=4004

那么，问题是：知道解决这些问题的方法吗？

更新：

我已将这些问题缩小到我的个人Google帐户（或我的个人云端硬盘，其中包含许多文件）。这表明这些问题是https://code.google.com/a/google.com/p/apps-api-issues/issues/detail?id=3905

的症状或密切相关

Answer 1

我可以就问题1 /（同步运行相同应用的多台设备）提供一些观点。我已经在April 2014中指出了这一点而没有令人满意的答案（实际上是响亮的沉默）。所以我切换回REST API并自己处理所有事情（使用syncadapter，service，...）。 REST的算法是：

1. create / update / delete / ....（execute（）method）
2. 使用GCM向其他设备发送资源ID（'id'+消息）
3. 让其他设备通过REST API（再次，在服务中）处理更改

我已经多次访问过GDAA几次，但从未得到满意的结果（requestSync）。最后，当我开始使用“completion events”（一年后，不用说）时，我得到了一半的快乐。

算法再次出现：

1. 创建....
2. 从完成中获取ResourceId
3. 使用GCM向其他设备发送'ResourceId'+消息
4. 让其他设备通过GDAA处理更改（使用ResourceId）

......重点是：
在我尝试使其工作的那段时间里，我终于意识到GDAA 并不适合所有应用程序（就像我们在这里讨论的那样）。 GDAA经历各种环节和循环，使在线/离线状态透明，同时缓存数据并优化网络流量，电池使用，......它会产生延迟，不可预测的状态......

...所以，最后我不再指责GDAA不是瑞士刀，而是做每个人都想过的一切。开发人员可以完全了解他/她正在使用的工具箱的优点/缺点，并预先决定使用哪种工具。我知道，文档并没有拼出来并相信我，我自己陷入了马格努斯的兴奋之中。我还记得2014年1月发出的pinoyyid's警告，告诉我不要太早进入。

祝你好运

Answer 2

根据您对issue tracker的回复，我们认为这是您的特定帐户的同步问题，可能与this issue有关。我们将继续在问题跟踪器上讨论此问题。