Java Google Drive V3中eTag字段的替代方案?

Java Google Drive V3中eTag字段的替代方案?,java,android,google-drive-api,Java,Android,Google Drive Api,我正在将我的应用程序从使用Google DriveV2升级到V3。文件的元数据信息中有一个字段eTag,我们用来比较它,以便知道即使文件的元数据或内容发生更改,eTag也会更改,因此文件是否会更新 因此,现在升级到V3,我无法找到eTag值的替代方案,借助它,我可以比较文件的更新版本是否在internet上可用。您有两个选择 1/目前没有计划弃用v2,因此您可以继续将其与v3一起使用。例如,您可以使用所有v3,但使用v2 files.get获取etag。您可能会发现v3尊重“if match”头

我正在将我的应用程序从使用Google DriveV2升级到V3。文件的元数据信息中有一个字段eTag,我们用来比较它,以便知道即使文件的元数据或内容发生更改,eTag也会更改,因此文件是否会更新

因此,现在升级到V3,我无法找到eTag值的替代方案,借助它,我可以比较文件的更新版本是否在internet上可用。

您有两个选择

1/目前没有计划弃用v2,因此您可以继续将其与v3一起使用。例如,您可以使用所有v3,但使用v2 files.get获取etag。您可能会发现v3尊重“if match”头,即使v3文件资源不包含它。注意,我还没有测试过这个!当然,v2在某个时候会被弃用,但v3也会被弃用。这就是生活


2/您可以结合使用
md5Checksum
(仅适用于非谷歌文件类型)或
version
modifiedDate
,查看文件是否已更改

etag似乎没有替代品它已被删除版本不会更改,即使我们更改了内容,我尝试了它,因此它无法使用。关于md5Checksum,它仅用于内容更改,在这种情况下,我如何检测元数据更改。modifiedDate如何?如果是我,我现在会留在v2。从v2迁移到v3没有必要。我尝试使用modifiedDate,它可以跟踪一些元数据更改,但不能跟踪所有更改。关于从v2到v3的迁移,它的客户机需求。我发现modifiedDate只跟踪“一些”元数据很奇怪。请注意,在提交更新和更新modifiedDate之间有时会有延迟。是的,这很奇怪。例如,如果我们重命名文件,modifiedDate是正确的,但是如果我们将文档加星号或共享,那么modifiedDate将保持原样。我通过给它完整的时间进行测试,而不是急于让更改不同步。