我正在寻求开发一个 Chrome 打包应用程序,它将(在一个非常简单的级别)提供一个动态的表单填充 UI - 但允许用户将大型附件附加到表单(可能超过 10 个文件,每个文件 10MB)。我希望能够通过 Google Drive 保存和共享表单数据和附件。这些表格将由多个团队成员协作完成,他们也需要全部查看附件。想象一下位于共享 Google Drive 文件夹顶部的表单前端/元数据......
我已阅读文档,并了解到 syncFileSystem API 不适用于存储在 Google Drive 中的一般和/或大文件,而是用于小型配置数据。
然后我查看了 fileSytem API——希望我可以将应用程序的沙盒文件夹包含在 Google Drive 客户端应用程序的文件夹中(以便文件自动同步)——但它看起来不像沙盒是为了可以从外部访问。
我目前的想法是在打包的应用程序中重新创建一个 Windows 资源管理器类型的 UI(可以使用拖放) - 然后使用 fileSystem API 将文件存储在沙箱中。我可以重用 Google Drive 示例打包应用程序中的代码来实现云同步。好主意?
由此产生两个问题:
- 文件系统 API 的持久性如何。文档提到用户可以清除所有存储的文件 - 这是通过“清除所有浏览器历史记录”完成的吗?在这种情况下,他们很容易意外擦除我存储在打包应用程序中的数百 MB 有用信息。
- 我已经读到您可以使用第 3 方身份验证服务(我想做)。如果我使用非 Google 帐户对我的用户进行身份验证,Google Drive 身份验证将如何工作?我是否可以使用不同的 Google 帐户来执行云存储(即与实际最终用户无关,可能已经或可能没有 Google 帐户 - 可能已经登录)