从网站加载 iOS 应用程序资源
我目前正在开发一个通用 iOS 应用程序，由于视频和声音文件的大量使用，该应用程序的大小已超过 100mb。我已经实现了一个在运行时（从网站）加载这些资源的解决方案，但我想知道 Apple 是否批准此类操作。
现在的工作方式是这样的：
为每种 iOS 设备类型创建一个捆绑包（包含所有视频和声音文件）：iPhone、iPhone Retina 和 iPad。
然后这个包被压缩并上传到服务器。
根据应用安装的设备，下载相应的zip文件，保存到Documents目录，然后解压。
根据最后，捆绑包加载了 [NSBundle bundleWithPath: ]
此方法工作正常，但我无法通过阅读文档来弄清楚 Apple 是否可能拒绝该应用程序因为它？谢谢！
I'm currently working on an universal iOS application which has reached more than 100mb in size due to the heavy usage of video and sound files. I've implemented a solution for loading these assets at runtime (from a website) but I'd like to know if Apple approves of such actions.
The way it works now is this:
A bundle (with all the video and sound files) is created for each iOS device type: iPhone, iPhone Retina and iPad.
Then this bundle is zipped and uploaded to the server.
Depending on what device the app is installed on, the corresponding zip file is downloaded, saved to the Documents directory and then unzipped.
Finally the bundle is loaded with [NSBundle bundleWithPath: ]
This method works fine but I couldn't figure out by reading the docs if Apple may reject the app because of it? Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
只要您只是移动音频和视频文件，Apple 就不会有问题。
但我建议（为了用户的利益）进一步分解软件包，这样用户就不必承受 100MB 的下载。
也许包含一些文件，以便没有互联网的用户可以使用您的应用程序执行某些操作。
As long you are just moving around audio and video files, Apple won't have a problem.
But I would suggest (for the user's sake) breaking up the package a bit further so that the user doesn't have to suffer a 100MB download.
Perhaps include a few files so that users w/o internet can do something with your app.