我已经了解了 Worklight 的直接更新功能。但是,我仍然有一些问题想澄清:
Q1:Apple 是否允许将 Worklight 应用程序发布到 APP Store,即使有直接更新功能?
Q2:如果直接更新后发生巨大变化,Apple 将如何审核和监控 Worklight Apps 的内容?或者,Apple 不担心应用程序中缓存的 Web 资源,不是吗?
Q3:网页资源直接更新有什么限制或前提条件吗?例如,html和js脚本文件的主要条目必须存在......等。
我已经了解了 Worklight 的直接更新功能。但是,我仍然有一些问题想澄清:
Q1:Apple 是否允许将 Worklight 应用程序发布到 APP Store,即使有直接更新功能?
Q2:如果直接更新后发生巨大变化,Apple 将如何审核和监控 Worklight Apps 的内容?或者,Apple 不担心应用程序中缓存的 Web 资源,不是吗?
Q3:网页资源直接更新有什么限制或前提条件吗?例如,html和js脚本文件的主要条目必须存在......等。
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 提交的应用程序以及它们是否遵循其指南。他们不会审查应用程序的未来更新(只要它没有重新提交),例如以直接更新的形式,除非有一些特殊情况(例如后来发现的不适当的内容,例如。 ..)
Q3:网页资源直接更新有什么限制或前提条件吗?例如,html和js脚本文件的主要条目必须存在......等。
A3:我不完全确定我理解了这个问题。直接更新没有限制 - 此功能将应用程序的现有 Web 资源替换为新的。我唯一能想到的是 Worklight Studio(创建应用程序的地方)和 Worklight Server(应用程序所在的地方)必须具有相同的版本号。
更新。
如果您使用 web 视图,Apple 现在允许代码更新
3.3.2 应用程序不得下载或安装可执行代码。如果所有脚本、代码和解释器都打包在应用程序中并且未下载,则解释的代码只能在应用程序中使用。上述情况的唯一例外是由 Apple 的内置 WebKit 框架下载和运行的脚本和代码,前提是此类脚本和代码不会通过提供与预期和宣传目的不一致的特性或功能来改变应用程序的主要目的提交到 App Store 的应用程序。