IBM Worklight 6.1 wlCommonInit()行为

时间:2014-05-19 09:07:25

标签: initialization ibm-mobilefirst

我想知道wlCommonInit()函数的行为究竟是什么。

我已将初始化代码移到此函数中,但在连接服务器失败的情况下似乎没有调用它。

    当无法访问Worklight服务器时,
  • 是否被wlCommonInit()调用?
  • 如果我想使用直接更新,我想在初始化时调用WL.Client.updateUserInfo(),我希望该应用也能在离线模式下工作,这是否意味着我必须在onConnectionFailure中实现wlInitOptions {1}}?
  • 如果我在onConnectionFailure中实施wlInitOptions,我是否可以显示通知连接失败的默认弹出窗口,并提供详细信息?

1 个答案:

答案 0 :(得分:0)

这实际上取决于你在"初始化代码中编写的逻辑" IMO。这个问题有些神秘......

  1. Worklight框架完成初始化后,将调用wlCommonInit函数。如果将connectOnStartup设置为true,则只有在与服务器的连接成功后,才会调用它。

  2. 直接更新与您在应用程序中实现的任何特定API无关。如果您更改项目中的任何Web资源(HTML,CSS,JavaScript,图像......),这将在应用程序中触发直接更新。

    在两种情况下检查直接更新:

    • 在应用程序启动时,
    • 返回前台(如果应用程序在后台)

    如果应用程序连接到Worklight Server,则直接更新检查仅执行。如果以前没有使用connectOnStartup:true或使用WL.Client.connect或调用适配器过程(所有三个都向服务器发送请求)来设置应用程序,则不会执行直接更新检查。

  3. 如果您选择使用onConnectionFailure覆盖Worklight提供的默认对话框,则“详细信息”按钮(我假设您想要的内容)不可用。通过覆盖,您可以选择完全自定义它。