打包应用程序：syncFileSystem / fileSystem API - 用于* large *文件

Question

我希望开发一个Chrome打包应用程序，它将（在一个非常简单的级别）提供动态表单填充UI - 但允许用户将大型附件附加到表单（可能超过10个文件，每个10MB）。我希望能够通过Google云端硬盘保存和共享表单数据和附件。表格将由多个团队成员协作完成，他们也需要所有人看到附件。想象一下位于共享Google云端硬盘文件夹顶部的表单前端/元数据......

我已阅读文档，并了解到syncFileSystem API并非用于存储在Google云端硬盘中的常规和/或大型文件，而是用于小型配置数据。

然后我查看了fileSytem API - 希望我可以在Google Drive Client App的文件夹中包含应用程序的Sandboxed文件夹（以便文件自动同步） - 但它看起来不像沙箱意在外部访问。

我目前的想法是在打包的应用程序中重新创建一个Windows资源管理器类型的UI（可以使用拖放） - 然后使用fileSystem API将文件存储在沙箱中。我可以重复使用Google云端硬盘示例打包应用中的代码来实施云同步。好主意？

两个问题源于此：

• fileSystem API的持久性如何。文档提到用户可以清除所有存储的文件 - 这是通过“清除所有浏览器历史记录”来完成的吗？在这种情况下，他们很容易意外地擦除我存储在打包应用程序中的数百MB有用信息。
• 我读过你可以使用第三方认证服务（我想做）。如果我使用非Google帐户对我的用户进行身份验证，那么Google云端硬盘验证将如何运作？我是否可以使用其他Google帐户执行云存储（即与实际最终用户无关，可能已经或可能没有Google帐户 - 可能已经登录）

Answer 1

似乎等待这个https://code.google.com/p/chromium/issues/detail?id=148486（获取对非沙箱目录的读取权限）将是最简单的方法。

我不认为清除浏览器历史记录会删除临时沙箱文件系统文件，它们应该在需要空间时自动进行垃圾回收。如果这是chrome选项的“清除浏览数据”部分中的另一个复选框，那将是有意义的。也许这会使你的第一个问题的答案更清楚： - ）

第二点，我不知道该怎么做，但看起来你已经找到了什么？至少这个页面https://groups.google.com/a/chromium.org/forum/#!topic/chromium-apps/hOYu75Cv0AE似乎表示