我们最近将我们的Android应用程序从云端硬盘v2升级为使用Drive v3 API。我们上次升级的时候是Google云端硬盘拥有自己的个人网络控制台。在升级过程中，我们注意到我们现在必须使用GoogleSignIn来访问云端硬盘。我们不再需要像Drive v2中那样的单独API密钥。我们需要生成一个“google-services.json”文件，而不是密钥，并将其包含在我们的应用程序中。在整个升级过程中，我们一直在使用测试帐户，并且尚未在生产帐户上执行这些更改。
当我们生成新的JSON文件并开始通过GoogleSignIn使用Drive v3时，现有的生产Android应用程序会发生什么情况，现有版本的应用程序是否仍然支持v2？
答案 0 :(得分：0)
首先，有些事情需要澄清。根据{{3}}对v3的显着更改是：
Drive API v3和v2之间的差异主要是更改为 字段名称和删除重复的功能。
值得注意的变化
- 默认情况下不再返回完整资源。使用fields查询参数来请求返回特定字段。如果离开了 未指定仅返回常用字段的子集。
- 已删除重复和过时的功能。例子：
- 已移除儿童及家长收藏品。请改用files.list。
- 已删除Realtime。*方法。有关替代方案，请参阅Realtime API文档。
- 许多字段和参数名称已更改，并影响访问资源中的字段以及q和字段表达式。 例子包括：
- 现在使用属性名称放置标题。
- 所有日期/时间字段现在都以时间而不是日期为后缀。
- 列表操作的结果不再使用通用项目字段来包含结果集。结果现在包含在名为的字段中 对应的资源类型（例如文件，更改等）。
- 所有更新操作现在都使用PATCH而不是PUT
- 已从文件中删除了exportLinks字段。要导出Google文档，请改用files.export方法。
- change.list的一般方法已更改。现在使用不透明页面标记代替更改ID。轮询改变 集合，首先调用changes.getStartPageToken作为初始值 值。对于后续查询，使用newStartPageToken值 从changes.list。\
返回
请注意，Google Sign并未提及与您所说的相反。我认为这只是其中一种替代/更简单的登录方式。你仍然可以使用v2。
如果您想使用v3，请检查v3 Migration Guide以获取代码参考。