阅读有关灵活应用程序开发的Worklight基础文档。 （Worklight foundation v6.2.0 Documentation）
我遇到了这一部分：
在应用程序中无缝混合Web和本机组件
在IBM®Worklight®FoundationV6.2.0中，可以更轻松地混合Web和 应用程序中的本机组件，允许您构建混合组件 具有任何Web和本机功能组合的应用程序。该 以下增强功能支持混合应用程序的这种更大灵活性 发展。
混合应用程序（iOS和Android）的架构现在允许 您可以在应用程序启动时轻松使用本机代码。你可以加 代码在应用程序生命周期的开始，之前 Worklight框架已初始化，并可完全控制何时执行 初始化Worklight框架，包括能够初始化 它在后台。例如，这种灵活性允许您添加 自定义初始屏幕或控制默认初始屏幕 行为，并使用原生屏幕启动应用程序。
此外，您现在可以在本机和网络之间无缝导航 部分应用程序，无需重新进行身份验证，以及 以任何顺序调用本机和JavaScript WLClient API。对于 例如，现在可以使用以下方案：
- 在Web视图页面中启动应用程序，连接到Worklight 服务器，然后登录以访问受保护的资源。那你可以 切换到本机视图并访问相同的受保护资源 无需重新认证。
- 在本机页面中启动应用程序，连接到Worklight 服务器，然后登录以访问受保护的资源。那你可以 切换到Web视图并访问相同的受保护资源 需要重新认证
- 引入了一个新API，可让您轻松发送操作 （事件）和应用程序的本机和Web模块之间的数据。这个 使构建混合和Web的应用程序变得更容易 组件，例如：
- 您有一个带有JavaScript通信模块和应用程序的应用程序 原生表示层。您可以使用新API轻松发送 通信模块获取的数据到本机层，这样 您可以在原生屏幕中将其呈现给用户。
- 您可以使用JavaScript轻松触发复杂的原生动作， 没有实现Cordova插件。你也可以调用JavaScript 来自本机代码的代码。
- 您可以在同一屏幕上轻松显示原生和网络组件， 使用此API进行通信。
在本机和Web组件之间来回导航 不需要任何额外的编程工作，可以提供更多 应用灵活性。例如，现在是以下方案 可能的：
- 在Web视图页面中启动应用程序，连接到Worklight 服务器，然后登录以访问受保护的资源。那你可以 切换到本机视图并访问相同的受保护资源 无需重新认证。
- 在本机页面中启动应用程序，连接到Worklight 服务器，然后登录以访问受保护的资源。那你可以 切换到Web视图并访问相同的受保护资源 需要重新认证。
在示例中多次提到您的worklight应用程序将以Native页面开头的情况。但是，使用Native页面启动应用程序而不仅仅是从Web视图页面开始会有什么好处？
答案 0 :(得分：1)
想到的一些例子：
速度。本地视图控制器（在iOS的情况下）在加载某些时会比WebView更快，无论你希望尽快呈现给用户。
能力。原生“页面”允许创建使用Web技术无法创建的最终用户体验。