Ibm mobilefirst 是否允许Worklight用户在更新前使用应用程序?

Ibm mobilefirst 是否允许Worklight用户在更新前使用应用程序?,ibm-mobilefirst,worklight-runtime,Ibm Mobilefirst,Worklight Runtime,假设我将新代码推送到Worklight服务器以实现直接更新。我是否允许用户在实际接受更新之前仍使用该应用程序一段时间,或者在下载新代码之前,该应用程序实际上不可用?如果您使用Worklight 6.2开发应用程序,然后,作为开发人员,您可以接管整个直接更新流程,并从本质上决定如何处理从服务器接收的更新 注意,通过完全控制,您拥有端到端的流;默认Worklight framework处理将不可用,开发人员应全权负责确保每个步骤的有效性 您可以在此处阅读有关自定义直接更新的更多信息: 初始读数,开始

假设我将新代码推送到Worklight服务器以实现直接更新。我是否允许用户在实际接受更新之前仍使用该应用程序一段时间,或者在下载新代码之前,该应用程序实际上不可用?

如果您使用Worklight 6.2开发应用程序,然后,作为开发人员,您可以接管整个直接更新流程,并从本质上决定如何处理从服务器接收的更新

注意,通过完全控制,您拥有端到端的流;默认Worklight framework处理将不可用,开发人员应全权负责确保每个步骤的有效性

您可以在此处阅读有关自定义直接更新的更多信息:

初始读数,开始幻灯片14:

深入阅读:

在您的场景中,我认为您可能会采取不太极端的方式,在让Worklight框架处理来自服务器的更新之前进行一些调整。也就是说,您可以使用上面PDF中的培训模块幻灯片18中提供的示例,在此截取更新:

wl_directUpdateChallengeHandler.handleDirectUpdate = function(directUpdateData, 
directUpdateContext) { 

    ... // display message or counter
}

显示一条消息并启动计数器,时间到时,只需directUpdateContext.start;更新。

完美,我喜欢可用的选项。谢谢