我已经了解了 Worklight 的直接更新功能。不过，我还有一些问题想澄清一下：
Q1：苹果允许Worklight Apps发布到APP是真的吗 商店竟然有直接更新功能？
Q2：Apple 将如何审查和监控 Worklight Apps 的内容，如果 直接更新后变化很大？或者，苹果不 担心应用程序中缓存的网络资源，是吗？
Q3：直接更新是否有任何限制或前提条件 对于网络资源？比如html和js的主要入口 脚本文件必须存在......等等。
【问题讨论】：
标签： ibm-mobilefirst
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 的应用程序。
【讨论】：