当用户打开Writely文档时,Google文档网络用户界面警告“此文档很快会升级到最新版本的Google文档”。
我想知道转换对开发者来说是否安全。
转换会将文档的资源ID从Writely(旧版编辑器)类型更改为KIX(最新编辑器)类型(通过Web UI进行手动转换)。 如果是这样,转化可能会给具有Google文档同步功能的应用带来很大问题。
资源ID是跟踪同步文档的关键。 如果有一天,转换突然发生,应用程序将发现所有Writely文档被删除,许多新的KIX文档出现在服务器端。 不仅会给用户带来很多同步时间,而且他们也会感到惊讶并认为应用程序已损坏。
我想避免麻烦。 我向Google Docs API员工提出了两个问题。
Google文档何时进行转换?
您是否会提供一种方法来区分文档列表条目中自动转换的文档,例如“gd:writelyResourceId”以及“gd:resourceId”?
谢谢。
嗨,我必须再向客户提出一个问题。
转换后似乎无法通过API从Writely URL(或资源ID)获取KIX URL(或资源ID)。 你能不能为开发者提供它?
Google文档的网络用户界面接受旧的Writely网址,并使用手动转换的文档重定向到新的KIX网址。 我假设API访问的内容相同。但似乎没有。
我们的应用使用资源ID将每个Google文档文档的元数据存储在Google电子表格中。 发生自动文档转换时,客户转换文档中的所有元数据都将丢失。
感谢您的时间。
答案 0 :(得分:1)
不幸的是,没有特定的方法知道文档已被转换。对此感到抱歉。
从同步数据的应用程序中,它似乎已删除旧文档,并且已创建新文件。如果您正在使用更改Feed,那么这将更容易检测。否则,这将是确保没有重复的最佳方法。
答案 1 :(得分:0)
使用ClientLogin(实际上我不想使用它),我找到了一种方法来解决我的其他问题。 以下是如何为过期的Writely ID获取新的KIX ID。
使用ClientLogin
使用Web UI方式请求过期的Writely文档的网页
https://docs.google.com/Doc?id= [Writely RESOURCE ID]
服务器返回200 OK并重定向到登录页面。但是,响应中的URL包含KIX RESOURCE ID。提取它。
https://accounts.google.com/ServiceLogin?service=wise&passive=xxxx&continue=https://docs.google.com/document/edit?id%3D [KIX RESOURCE ID]&follow; followup = https://docs.google.com/document/edit?id%3D [KIX RESOURCE ID]