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

权利要求书

1.一种用于有条件地刷新工作区用户界面（UI）的系统，所述系统包括：

适于接收刷新一个或多个工作区UI的请求的逻辑，其中一个或多个工作区UI是在文档对象模型（DOM）中提供的；

适于确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI的逻辑；

适于在确定要重新加载DOM时重新加载DOM的逻辑；及

适于在确定刷新一个或多个工作区UI时在不重新加载DOM的情况下刷新一个或多个工作区UI的逻辑。

2.如权利要求1所述的系统，其中JavaScript和/或异步JavaScript与可扩展标记语言（AJAX）被使用来在不重新加载DOM的情况下刷新一个或多个工作区UI。

3.如权利要求1所述的系统，其中适于确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI的逻辑包括：

确定一个或多个条件是否已被满足，其中当任一条件被满足时，确定重新加载DOM；否则，刷新一个或多个工作区UI而不重新加载DOM。

4.如权利要求1所述的系统，其中一个或多个条件包括以下中的至少一个：

指示当刷新特定的工作区UI时总是重新加载DOM；

检测到内存泄漏；

指示一个或多个工作区UI已经被标记为持续泄漏内存；

一个或多个工作区UI来自与当前工作区UI不同的域；

从上次重新加载DOM以来已经经过了预定时间量；

从上次重新加载DOM以来已经发生了预定使用量；及

一个或多个工作区UI的性能降到低于性能阈值。

5.如权利要求4所述的系统，其中一个或多个工作区UI每个都包括标志，所述标志指示：在刷新工作区UI时总是重新加载DOM，或者在刷新工作区UI时从不重新加载DOM。

6.如权利要求4所述的系统，其中当发生以下中的任一个时，检测到内存泄漏：在DOM的现有窗口小部件中发现了孤立的窗口小部件、DOM的任何窗口小部件都被破坏、及由于发现其已经存在而不能构建窗口小部件。

7.如权利要求4所述的系统，其中当发现来自第一工作区UI共用的开发者的任何工作区UI在DOM中造成了内存泄漏，或者发现第一工作区UI造成了内存泄漏时，第一工作区UI被标记为持续泄漏内存，并且其中，当导航离开已标记为持续泄漏内存的工作区UI时，需要页面重新加载。

8.如权利要求4所述的系统，其中当正导航到的一个或多个工作区UI由与当前工作区UI不同的开发者提供时，一个或多个工作区UI来自与当前工作区UI不同的域。

9.如权利要求4所述的系统，其中利用以下中的至少一个测量从上次重新加载DOM以来发生的使用：工作区UI导航、DOM导航和在不重新加载的情况下的刷新的次数。

10.如权利要求4所述的系统，其中性能阈值是预定值或基于典型DOM性能的动态值。

11.一种用于有条件地刷新工作区用户界面（UI）的方法，所述方法包括：

接收刷新一个或多个工作区UI的请求，其中一个或多个工作区UI是在文档对象模型（DOM）中提供的；

确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI；

在确定要重新加载DOM时重新加载DOM；及

在确定刷新一个或多个工作区UI时在不重新加载DOM的情况下刷新一个或多个工作区UI。

12.如权利要求11所述的方法，其中JavaScript和/或异步JavaScript与可扩展标记语言（AJAX）被使用来在不重新加载DOM的情况下刷新一个或多个工作区UI。

13.如权利要求11所述的方法，其中确定是重新加载DOM还是在不重新加载DOM的情况下刷新DOM中的一个或多个工作区UI包括：

确定一个或多个条件是否已被满足，其中当任一条件被满足时，确定重新加载DOM；否则，刷新一个或多个工作区UI而不重新加载DOM。