Worklight Foundation V6.2.0 -灵活的应用程序开发

Question

在阅读了关于灵活应用程序开发的Worklight基础文档之后。(Worklight foundation v6.2.0文档)

我偶然看到了这部分：

在应用程序中无缝地混合了web和本机组件。 在IBM Worklight Foundation V6.2.0中，在应用程序中更容易混合web和本机组件，允许您构建具有任何web和本机功能组合的混合应用程序。下面的增强支持混合应用程序开发的更大灵活性。

• 混合应用程序(iOS和Android)的体系结构现在允许您在应用程序启动时轻松使用本机代码。您可以在应用程序生命周期开始时，在Worklight框架初始化之前添加代码，并完全控制何时初始化Worklight框架，包括能够在后台初始化它。例如，这种灵活性允许您添加自定义启动屏幕或控制默认启动屏幕行为，并使用本机屏幕启动应用程序。
• 此外，您现在可以在应用程序的本机部分和web部分之间无缝地导航，而无需重新验证，并以任何顺序调用本机和JavaScript WLClient API。例如，现在可以采用以下方案：

- Start the application in a web view page, connect to the Worklight   server, and then login to access protected resources. You can then   switch to a native view and access the same protected resources   without the need to reauthenticate.
- Start the application in a native page, connect to the Worklight   server, and then login to access protected resources. You can then   switch to a web view and access the same protected resources without   the need to reauthenticate    

​

• 引入了一个新的API，它允许您在应用程序的本机模块和web模块之间轻松地发送操作(事件)和数据。这使得构建混合组件和web组件的应用程序变得更加容易，例如：。
  • 您有一个具有JavaScript通信模块和本机表示层的应用程序。您可以使用新的API轻松地将通信模块获取的数据发送到本机层，以便在本机屏幕中将其呈现给用户。
  • 您可以使用JavaScript轻松地触发复杂的本机操作，而无需实现Cordova插件。还可以从本机代码调用JavaScript代码。
  • 您可以很容易地在同一个屏幕上显示本机和web组件，使用此API进行通信。

​

本地组件和web组件之间的导航不需要任何额外的编程工作，并且可以提供更大的应用程序灵活性。例如，现在可以采用以下方案：

• 在web视图页中启动应用程序，连接到Worklight服务器，然后登录以访问受保护的资源。然后，您可以切换到本机视图并访问相同的受保护资源，而无需重新验证。
• 在本机页中启动应用程序，连接到Worklight服务器，然后登录访问受保护的资源。然后，您可以切换到web视图并访问相同的受保护资源，而无需重新验证。

在示例中多次提到的情况是，您的worklight应用程序将以一个本机页面开始。但是，当使用本机页面启动应用程序而不是仅仅从web视图页面开始时，有什么好处呢？

Answer 1

我想到的一些例子是：

1. 速度。本地视图控制器(在iOS的情况下)将比WebView更快地加载您希望尽快提交给用户的内容。
2. 能力。本机“页面”允许创建最终用户体验，而这些体验可能还不可能使用web技术来创建。