Ibm mobilefirst Worklight-可更新的静态内容

我有这个要求：我的WL应用程序有一组静态页面，可以随时更新。最初，所有静态内容的来源是一个桌面页面，该页面将由xsl转换为移动友好内容。问题是我不想在每个请求上都这样做（HA需求）

我想获得一些关于如何在不使用直接更新机制的情况下构建它的灵感（不希望最终用户收到这些更新的通知）

我应该注意的是，页面很少会每隔几个月更改一次

我正在考虑两种方法：

1-在适配器端进行转换并依赖WL缓存，这样每次都不会进行转换（是否存在？）。但是适配器如何得到页面更改通知并刷新缓存呢？我应该编写一些高级的基于java的适配器吗？（存储在缓存中，并有一种每天扫描内容更改的作业？）

---

2-在移动端进行操作，但我不知道如何获得更改通知

对于Worklight的直接更新，您唯一的问题是用户收到通知并且需要明确批准传输吗

在这种情况下，为什么不使用静默直接更新选项

您要查找的属性是initOptions.js中的

updateSliently

设置为

true

。
显然，要使其工作，还需要将

connectOnStartup

设置为

true

---

---

也许可以使用适配器获取HTML（或任何内容），并将其保存到设备的本地存储中，然后让应用程序显示此内容，这样您就不会更改应用程序的web资源，也不会触发直接更新。

我的客户机喜欢直接更新（不是静默更新）但他不想用它来更新静态内容。我们肯定会将该功能用于其他目的。您的客户是否知道无提示直接更新？是的。我们计划使用它，因为应用程序将分阶段开发。我的意思是，他们是否意识到它可以解决上述问题？唯一的另一种方法可能是使用AJAX获取数据，但这也意味着禁用应用程序的所有直接更新，因为应用程序将注意到web资源校验和的更改，这将再次触发直接更新，并且由于您说您计划对应用程序的某些方面使用直接更新，如果您将被迫禁用直接更新，这些将是不可能的…还没有。他希望静态文件以静默方式更新，并按照编程保持嘈杂的直接更新功能。告诉我您对服务器端缓存解决方案的看法？