我已经阅读了Worklight的直接更新功能。但是,我仍然有一些问题需要澄清:
Q1:Apple是否允许将Worklight Apps发布到APP 存储即使有直接更新功能?
Q2:Apple如何审核和监控Worklight Apps的内容 直接更新后有一个巨大的变化?或者,Apple没有 担心应用程序中的缓存Web资源,是吗?
问题3:直接更新是否有任何限制或先决条件 对于网络资源?例如,html和js的主要条目 脚本文件必须存在......等等。
答案 0 :(得分:2)
Q1:Apple是否允许将Worklight应用程序发布到APP Store,即使有直接更新功能?
A1:现有Worklight客户已向App Store提交申请并通过了Apple的应用提交流程。为获得最佳效果,请确保使用Worklight v5.0.6.1或更高版本。
Q2:如果直接更新后发生巨大变化,Apple将如何审核和监控Worklight Apps的内容?或者,Apple不担心应用程序中的缓存Web资源,是吗?
A2:Apple仅审核向App Store提交的应用,以及他们是否遵循其指南。他们不会审查应用程序的未来更新(只要它没有重新提交),例如以直接更新的形式,除非存在一些特殊情况(例如,之后发现的不适当内容)。 ..)
问题3:对于网络资源的直接更新是否有任何限制或先决条件?例如,html和js脚本文件的主要条目必须存在......等等。
A3:我不完全确定我理解这个问题。直接更新没有限制 - 此功能用新的替换应用程序的现有Web资源。我唯一能想到的是,Worklight Studio(应用程序是在其上创建的)和Worklight Server(应用程序所在的)必须具有相同的版本号。答案 1 :(得分:1)
更新。
如果您使用网页浏览,Apple现在允许代码更新
3.3.2应用程序可能无法下载或安装可执行代码。解释的代码只能在所有脚本中用于应用程序, 代码和解释器打包在应用程序中,而不是 下载。 上述唯一的例外是脚本和代码 由Apple提供的内置WebKit框架下载并运行 这样的脚本和代码不会改变主要目的 应用程序,提供的功能或功能 不符合预期和广告的目的 申请提交到App Store。