扩展 HTML5 移动应用程序以获取更多文件存储空间
我的团队正在编写一个 HTML5 应用程序，该应用程序大量使用应用程序缓存和本地存储。我们的目标平台是 ipad 和 android 平板电脑（设计时我们广泛使用桌面浏览器，尽管这不一定是必须的）。
现在我们想要添加一些离线可用的功能，这些功能将超出基于浏览器的存储的支持范围，即视频和视频库。二进制内容将大于应用程序缓存可以处理的大小。
如果没有实现 html5 文件系统 api 的主要移动浏览器，似乎需要某种本机应用程序方法（如果我在这里错了，请纠正我......我很乐意在这方面犯错！）。所以，我很想听听人们的意见/经验。我们正在考虑一些不同的想法，涉及以下一项或多项：
- 在phonegap中编译+使用他们的文件api
- 使用Dropbox sdk（这也需要某种本机支持，不确定phonegap是否有效）
- 编写每个- 托管 webkit 控件的平台自定义本机应用程序，然后使用我们现有的跨平台 html5 应用程序提供大部分功能（基本上我们将使用标准 webkit 控件编写每个平台的自定义浏览器）。
请注意，我是 #3 的粉丝，因为我觉得我们可以发布一个相对稳定的 shell，但随后保留 html5 跨平台的优点和优点。我们的应用程序易于分发。然而，我不知道这种方法是否有效（和/或苹果是否不赞成这种方法——看起来有点像应用商店的漏洞）。
非常有兴趣了解您尝试过和/或听说过的内容。
My team is writing an HTML5 app that uses the appcache and localstorage heavily. Our target platform is ipad and android tablets (and design time we work extensively in desktop browsers, though that's not necessarily a must-have).
Now we want to add some offline-available features that will be beyond what the browser-based storage can support-- namely a library of video & binary content that will be bigger than the appcache can handle.
Without the major mobile browsers implementing the html5 filesystem api, it seems very much like some kind of native app approach will be required (PLEASE correct me if I'm wrong here... I'd love to be wrong on this!). So, I'd love to hear opinions/experiences folks have had. We're noodling around with a few different ideas involving one or more of the following:
- Compiling in phonegap + using their file apis
- Using the Dropbox sdk (which would also require some kind of native support, not sure if phonegap would work)
- writing per-platform custom native apps that host webkit controls, then providing the majority of functionality with our existing, cross-platform html5 app (basically we'd be writing a per-platform custom browser using the standard webkit controls).
Note that I'm a fan of #3 because I feel like we could release a relatively stable shell but then preserve the html5 cross-platform goodness & ease of distribution of our app. However, I don't know if this approach works (and/or if Apple frowns upon this type of approach-- seems like a bit of an App Store loophole).
Very interested to hear what you've tried and/or heard about.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这可能是一个完全愚蠢的想法，但是，如果您正在寻找一种廉价的方式来获得额外的存储空间，为什么不直接使用 html 或 js 文件来包含数据呢？无论出于何种原因，您甚至可以将其存储为 64 位数据 uri 并在本机运行媒体。我认为您甚至可以通过操纵清单使其具有反射性来将数据保存到其中。这需要一些汤姆的愚蠢，但它应该有效。
This might be a completely stupid idea but, if you're looking for a cheap way to get extra storage, why not just use an html or js file to contain the data? You could even, for whatever reason, store it as a 64-bit data uri and run the media natively. I think you could even save data to it by just manipulating the manifest to be reflective. It'd take a bit of tom foolery, but it should work.
如果您使用方法 1，一旦主要浏览器支持文件 API，您将能够很好地迁移到 Web 应用程序。您会看到 PhoneGap 中的文件 API 基于浏览器将实现的 W3C 规范。
2、我开始为 PhoneGap Android 开发 Dropbox 插件，但我需要一些“业余时间”来完成它。
3、如果您的应用程序只是您网站的包装，Apple 可能会拒绝您的应用程序。他们过去就这么做过。
西蒙
If you use approach 1 you will be well positioned to move to a web app once the major browsers support the File API. You see the File API in PhoneGap is based on the W3C spec that the browsers will implement.
2, I started working on a Dropbox plugin for PhoneGap Android but I need some "spare time" to finish it.
3, Apple will probably reject your app if it is just a wrapper around your web site. They've done that in the past.
Simon