[发明专利]用于有条件地刷新工作区用户界面的方法与系统

说明书

技术领域

本发明涉及用户界面，并且更具体地，涉及通过有条件地刷新工作区用户界面（UI）来平衡web应用的性能与稳定性。

背景技术

在web UI中，对于使用面向页面的汇编(assembly)的兴趣在增长。术语“面向页面的”暗示每个任务都封装在自己的浏览器页面中。每个页面共享公共的元素，诸如公共的首部。但是发起任务涉及至少一个页面加载，这与更令人期望的、也被称为AJAX加载的异步JavaScript与可扩展标记语言（XML）加载相反，其中AJAX加载使用后台通道或通路，利用该后台通道或通路，加载页面和/或与服务器交换信息。AJAX在页面中被广泛使用，但是不用于加载页面。作为一个例子，有些企业和/或云管理解决方案，诸如IBM的PureScale，可以是面向页面的，并且利用重复的页面加载来加载任务。相反，有些系统管理器或者存储管理器，诸如IBM的Storwise，可以使用在其上加载，诸如经AJAX加载，每个任务的单个长运行页面。

面向页面的设计最能适应现代UI的可扩展性。例如，IBM的柔性系统管理器（FSM）控制台包括来自许多不同开发者或合作者的插件，这些插件可以由不同的组织、以不同的调度、利用不同的开发实践、并且有可能利用不同水平的专业知识来创建。

面向页面的设计有助于以几种方式处理这些不平等。一种方式是通过保持每个任务在单独的页面中，任务是隔离的并且防止其使架构不稳。每个页面刷新在任务之间完全清理干净，从而避免内存泄漏与性能降级。此外，通过保持每个任务在单独的页面中，加强了组件化，因此，在不使用良好架构的应用编程接口（API）的情况下任务不会变成相互依赖的。并且，面向页面的UI更适合浏览器范例，自然而然地支持多个浏览器窗口与选项卡、书签和历史。所有这些在单页面的UI中也是可能的，但是不那么容易。

面向页面的UI的缺点是性能。每个页面必须非常快速地加载，或者用户将宁愿选择不重新加载页面的不同产品，即使这种产品在长时间的会话后变得不稳定。通过获得显示的初始内容，同时仍然加载用于该页面的其它内容，Web应用获得了快速页面加载。尽管现代UI以这种方式操作，但是页面的内容可能非常丰富，即使在它们是第一次给出时也是如此。初始视图需要JavaScript库，即使是在从浏览器的高速缓存加载时，这可能也需要三秒钟来加载和解析。一秒钟页面转换的目标（作为用于快速UI行为的一个重要阈值而被依赖）理论上是可以利用面向页面的设计获得的，但是具有挑战性并且很昂贵。

因此，提供快速页面转换和稳定性的设计将是非常有利的。

发明内容

在一种实施例中，一种用于有条件地刷新工作区用户界面（UI）的系统包括：适于接收刷新一个或多个工作区UI的请求的逻辑，其中一个或多个工作区UI是在文档对象模型（DOM）中提供的；适于确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI的逻辑；适于在确定要重新加载DOM时重新加载DOM的逻辑；及适于在确定刷新一个或多个工作区UI时在不重新加载DOM的情况下刷新一个或多个工作区UI的逻辑。

在另一种实施例中，一种用于有条件地刷新工作区用户界面（UI）的方法包括：接收刷新一个或多个工作区UI的请求，其中一个或多个工作区UI是在文档对象模型（DOM）中提供的；确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI；在确定要重新加载DOM时重新加载DOM；及在确定刷新一个或多个工作区UI时在不重新加载DOM的情况下刷新一个或多个工作区UI。

本发明的其它方面与实施例将从以下具体描述中变得显而易见，当结合附图一起阅读时，该具体描述通过例子说明了本发明的原理。

附图说明

图1图示了根据一种实施例的网络体系结构。

图2示出了根据一种实施例的可以与图1的服务器和/或客户端关联的代表性硬件环境。

图3示出了根据一种实施例的用于有条件地刷新工作区用户界面（UI）的方法。

具体实施方式

以下描述是为了说明本发明的通用原理而进行的，而不是要限定本文所保护的发明性概念。另外，本文所述的特定特征可以结合其它所述特征在各种可能的组合与变更中的每一种中使用。

除非在本文中另外具体定义，否则所有术语都要赋予其最广泛可能的解释，包括从本说明书暗示的意义及本领域技术人员所理解的和/或词典、专著等中所定义的意义。