IBM Worklight - 连接/重新连接：WL.Client.connect 与 connectOnStartup 与 WL.Client.invokeProcedure

Question

在我们的项目中，我们试图确定连接到服务器的最佳流程是什么——尤其是在处理离线/在线场景等时。

现在，对我们来说，连接到 WL 服务器的所有三个选项似乎都是相似的。无论我们使用什么选项，我们都可以完美地调用我们的适配器过程，并且我们会收到在控制台中设置的通知消息。 我们不确定直接更新 - 这还不能正常工作。

这三种连接WL服务器的方式有什么重要区别吗？或者说这三种情况下执行的连接过程基本相同？

在连接之前 WL.Client.init() 怎么样 - 在我们手动使用 WL.Client.connect 连接之前，我们是否可以在我们的代码中再次调用它（除了标准窗口加载 EventListener） - 或者是 init()应该只调用一次？

与之相关的也是离线并重新连接。 据我在教程中阅读，WL 客户端框架正在管理连接状态。这是否意味着当 WL 客户端通过这三种方式中的任何一种连接到服务器并失去其 WLAN/3G/4G 连接（或者由于 Internet 连接阻止程序等原因而无法访问 WL 服务器）时，它会自动重新连接（定期尝试重新连接直到成功）当与 WL 服务器的连接再次可用时？

编辑

我在考虑提供更多低级信息（不是 WORKLIGHT_IS_CONNECTED）的事件或线程 - 基本上是在设备丢失/获取 WIFI/3G/4G 连接和/或互联网连接时触发的事件。还是只能使用 WL.Device.getNetworkInfo() 进行轮询？

是否会像使用 Cordova Event 一样：

document.addEventListener("offline", yourCallbackFunction, false);

提供类似的功能？

Answer 1

虽然这三种方式确实有一些相似之处，但它们之间的差异非常重要。

WL.Client.init() 初始化客户端 WL 框架。

WL.Client.connect() 触发到 WL 服务器的连接请求。

initOptions.connectOnStartup 定义是否在 WL.Client.init() 期间自动调用 WL.Client.connect()。

一般来说 - 大多数功能（例如适配器、远程禁用）即使您调用 WL.Client.invokeProcedure() 而不调用 WL.Client.connect() 也会起作用。但是有几件事不起作用：

1. 如果不致电WL.Client.connect()，您将无法充分利用推送通知
2. WL.Client.connect()期间触发直接更新
3. WL.Client.connect() 将从服务器获取安全相关信息，例如领域的名称，用户是否在这些领域中进行了身份验证等。因此，WL.Client.getUserInfo、.isAuthenticated()、.getUserName() 等所有 API 都将不起作用。

强烈建议使用WL.Client.connect()（或initOptions.connectOnStartup=true）开始您的会话。