CN101996073B - 一种组件渲染方法及装置 - Google Patents

Abstract

本申请公开了一种组件渲染方法及装置。一种组件渲染方法，包括：初始化页面数据后，根据所述页面数据，对所述页面的组件进行加载；根据当前需要显示输出的内容，判断已加载的组件是否需要立即被渲染；如果是，立即对该组件进行渲染；否则为该组件设置延迟渲染标识。应用本申请所提供的技术方案。能够避免无意义的渲染操作，节省系统资源。另一方面，对于加载后没有立即进行渲染的组件，可以为其设置延迟渲染标识，以便在适当的时机对其进行渲染，从而避免在短时间内渲染大量组件所引起的系统资源占用问题。

Description

一种组件渲染方法及装置

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种组件渲染方法及装置。

背景技术

在软件开发过程中，将某些访问频率较高的数据对象组件化，并且定义简单的数据接口，能够方便地复用原有的逻辑，并且可以为他人提供便捷的对象操作服务。

渲染(Render)是指，将计算机内部的对象模型和数据通过算法指令转变成可视对象的过程；在软件运行过程中，有些组件本身是可视的(或者能够产生相应的可视化效果)，对组件的渲染，即是采用接口形式去渲染这些可视化组件，将其转换成文字或图形等形式，输出到显示器屏幕上供用户查看。

随着计算机应用的普及，用户对于软件的要求已经不仅仅局限于功能实现方面，画面的好坏也成为评价软件的重要因素之一。为了能够向用户提供更加便捷、美观的可视化操作界面，需要运用大量的可视化组件，相应地，软件运行时，对于这些组件的渲染需要占用大量的系统资源，因此对系统性能也有较高的要求，当系统性能无法满足要求时，会造成画面显示速度的缓慢，严重时甚至会影响基本功能的执行，造成很差的用户体验。

发明内容

为解决上述技术问题，本申请实施例提供一种组件渲染方法及装置，以降低组件渲染对系统性能的要求，提高软件的执行效率。技术方案如下：

本申请实施例提供一种组件渲染方法，包括：

初始化页面数据后，根据所述页面数据，对所述页面的组件进行加载；

根据当前需要显示输出的内容，判断已加载的组件是否需要立即被渲染；

如果是，立即对该组件进行渲染；否则为该组件设置延迟渲染标识。

本申请实施例还提供一种组件渲染装置，包括：

第一加载执行单元，用于在初始化页面数据后，根据所述页面数据，对所述页面的组件进行加载；

第一渲染判断单元，用于根据当前需要显示输出的内容，判断所述第一加载执行单元已加载的组件是否需要立即被渲染；

第一渲染执行单元，用于在所述第一渲染判断单元的判断结果为是时，立即对该组件进行渲染；

标识设置单元，用于在所述第一渲染判断单元的判断结果为否时，为该组件设置延迟渲染标识。

本实施例所提供的技术方案，对于页面中所包含的组件，并不是全部在加载之后就立即进行渲染，而是仅对与当前需要显示输出的内容相关的组件进行渲染，从而避免无意义的渲染操作，节省系统资源。另一方面，对于加载后没有立即进行渲染的组件，可以为其设置延迟渲染标识，以便在适当的时机对其进行渲染，从而避免在短时间内渲染大量组件所引起的系统资源占用问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的一种组件渲染方法流程图；

图2为本申请实施例的另一种组件渲染方法流程图；

图3为本申请实施例的一种组件渲染装置的结构示意图；

图4为本申请实施例的另一种组件渲染装置的结构示意图。

具体实施方式

现有技术中，当页面被调用以后，系统会根据页面数据，对页面中的组件进行加载，并且进一步对具有可视化效果的组件进行渲染。一般而言，页面中的大部分组件都会在页面的初始调用阶段被加载并渲染，因此在这一阶段，会占用大量的系统资源。这里所说的系统资源可能涉及CPU(CentralProcessing Unit，中央处理器)、内存、GPU(Graphic Processing Unit，图形处理器)、显存、系统数据总线带宽等多个方面，如果资源占用需求超过上述一个或多个硬件的实际资源提供能力，将会明显影响画面显示速度以及基本功能的执行。

通过对现有技术的研究，发明人发现，在现有的组件渲染方法中，组件渲染都是伴随着组件加载进行的。也就是说，如果某个组件具有可视化效果，那么该组件被加载之后也会立即被渲染。然而事实上，“加载”是属于计算机内部的数据操作步骤，而“渲染”则是一个将内部数据向外展示的步骤，这两个步骤并不具有必然的联系。例如，在页面的初始调用阶段，所加载的组件并不一定需要立刻在屏幕中显示出来，那么，对于这些不需要立刻显示的组件，就可以进行延迟渲染处理以达到降低系统资源占用的目的。

基于这一分析结果，本申请实施例提供一种组件渲染方法，包括：

初始化页面数据后，根据所述页面数据，对所述页面的组件进行加载；根据当前需要显示输出的内容，判断已加载的组件是否需要立即被渲染；如果是，立即对该组件进行渲染；否则为该组件设置延迟渲染标识。

上述方案中，将对组件的加载和渲染视为两个相互独立的步骤，组件被加载以后，系统会判断组件的相关内容是否需要立即被显示在屏幕上，对于不需要立即被显示的组件进行延迟处理。

举例说明，假设某软件具有如下设计：基本操作界面上具有若干功能按钮，当用户点击这些按钮后，会进一步弹出具体的功能菜单。则“功能按钮”及“功能菜单”即为构成基本操作界面的两类组件(为描述方便，以下将仅针对这两类组件进行说明)。软件运行后，首先需要向用户展示的就是基本操作界面，在这一阶段，系统会对功能按钮和功能菜单进行加载，然而从显示输出的角度而言，当前需要展示给用户的只有功能按钮，而功能菜单的显示则需要特定的触发条件(用户点击功能按钮)。系统做出这一判断之后，就可以只对功能按钮进行渲染，将原本用于渲染功能菜单的系统资源节省下来。

对于功能菜单组件，可以为其设置一个延迟渲染标识，表示该组件加载之后没有立即被渲染，以便系统能够选择合适的时机对其进行渲染。对于系统而言，相当于将原本需要在短时间集中处理的工作在更宽的时间范围内进行分布处理，从而减少或避免系统在短时间内出现性能瓶颈的情况。事实上，从用户开始使用到结束使用的这一过程中，还可能完全不会用到这个功能菜单，这种情况下，应用以上技术方案，相当于降低了系统的工作量，这对于系统的功耗控制也具有很大的意义。

当然，以上所例举的只是一种很简单的情况，当前实际的软件设计中，可视化组件已经被大量使用，如果对所有的可视化组件都应用上述的方案进行处理，那么系统资源的占用状况必然得到明显的改善。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

实施例一：

图1为本申请所提供的一种组件渲染方法的流程图，包括以下步骤：

S111，根据页面数据，对所述页面的组件进行加载；

当一个页面需要被调用时，系统首先对该页面的相关数据进行初始化，根据页面数据确定需要加载的组件之后，对这些组件进行加载处理。

S112，根据当前需要显示输出的内容，判断已加载的组件是否需要立即被渲染；

在本申请所提供方案中，对于已加载的可视化组件，并不直接进行渲染处理，而是先判断组件中是否涉及当前需要立即显示输出的内容。如果是，执行S113；否则执行S114；组件中封装有系统运行的业务逻辑规则，系统对组件的业务逻辑规则进行分析可以判断出相应的组件何时被渲染。

S113，立即对组件进行渲染；

对于需要立即显示输出的组件，例如前述的功能按钮，立即对其进行渲染，保证这些组件能够在第一时间输出到屏幕上展示给用户。

S114，为组件设置延迟渲染标识；

对于不需要立即显示输出的组件，例如前述的功能菜单，为其设置一个延迟渲染标识，以便系统在适当的时机对这些组件进行渲染。

S115，对具有延迟渲染标识的组件进行渲染。

对于设置了延迟渲染标识组件，系统会在其他时机对其进行渲染，以避开在页面初始调用阶段的资源占用高峰。关于系统对延迟渲染时机的选择，本实施例提供以下两种方案：

a)实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有延迟渲染标识的组件的显示状态变化，则对该具有延迟渲染标识的组件进行渲染。

一般来说，引起组件显示状态变化的主要因素就是用户操作，例如在前面的例子中，用户执行“点击功能按钮”这一操作时，会弹出相应的功能菜单。那么，系统在接收到点击操作、并解析出该操作将引起功能菜单组件的显示状态变化时，将对功能菜单组件进行渲染，以便用户能够立即在屏幕上看到功能菜单。需要注意的是，以上延迟渲染的操作仅需针对具有延迟渲染标识的组件进行，对于之前已经渲染过的组件，不需要进行二次渲染处理。

可以理解的是，有些组件的显示状态变化，并不是由用户操作直接所引起的，例如，在某个软件中，用户执行“保存”功能后，会弹出一个保存进度显示框，进而当保存成功(失败)后，会弹出一个关于“保存成功(失败)”的消息提示框。该消息提示框的显示实际是由用户操作所间接触发的，因此也应视为本申请的保护范围。

还有一种特殊情况是“计划任务”所导致的组件显示状态变化，例如，某些软件具有到时提醒功能，会在用户设置的时刻弹出提醒消息。这种情况可以理解为系统对用户提前输入的操作指令的延迟执行，因此也应视为本申请的保护范围。

b)实时监视系统的资源占用状况，当系统的资源占用低于预先设置的阈值时，对具有延迟渲染标识的组件进行渲染。

由于本申请方案的最终目的就是解决系统资源短时间占用过大的问题，因此可以直接基于系统的资源占用状况来选择延迟渲染的时机。可以在系统内部预设一个或多个表示系统资源实时占用状况的阈值，例如CPU负载，GPU负载等等，这个阈值可以采用绝对值或者比值的形式，本实施例对此不做限定。当监视到系统的资源状况低于预设的阈值时，则认为系统已经处于空闲状态，此时可以开始对具有延迟渲染标识的组件进行渲染。当然，此时的渲染操作是在系统后台进行，并不会反映到显示器屏幕上，当需要显示这些组件时，可以直接将渲染结果做显示输出。

可见，上述方案a)的基本原则是根据实际的显示需求对组件进行延迟渲染，而方案b)则是基于系统的实时资源占用状况对组件进行延迟渲染。相比而言，方案b)能够更好地实现对系统资源在时间上的分配，但是由于方案b)需要对所有的具有延迟渲染标识的组件进行自动渲染，因此难免会出现不必要的渲染操作，从而失去了对系统资源的功耗控制效果。

当然，本领域技术人员也可以将上述两种方案进行结合以得到新的延迟渲染方案。例如，可以根据用户对各种组件的实际使用率(这里应该理解为：需要组件在屏幕上进行显示的概率)，为组件分配两类标识，对于实际使用率较高的组件，采用方案b)进行延迟渲染，而对于实际使用率较低的组件，采用方案a)进行延迟渲染。即，根据组件的实际使用率有针对性地选择延迟渲染的方案，从而同时获得两种方案所带来的技术效果。

实施例二：

在实施例一中，S112的判断都是针对已经加载的组件而言，然而在实际应用中，有些组件的加载也并不是必须立即执行的，对于这类组件，需要采用不同延迟渲染方法。图2为本实施例的方法流程图，包括以下步骤：

S100，判断加载组件后是否需要数据反馈。

在本实施例中，初始化页面数据后，系统将对页面数据中的组件加载指令进行解析，判断加载组件后是否需要数据反馈。如果是，执行S111，否则执行S121。

系统对于组件的加载分为两种情况：一种情况是需要组件进行数据反馈的，例如将若干参数输入具有计算功能的组件，要求系统反馈相应的计算值；而另一种情况则是不需要数据反馈的，例如对组件的某些参数进行设置、或者加载组件以实现某些显示效果等等。

对于上述第一种情况，执行S111正常加载组件，以保证功能的正确执行；并且进一步执行后续步骤S112-S115对已加载的组件进行延迟渲染处理，本实施例中的S111-S115与实施例一中的相关步骤基本类似，这里不再重复说明。而对于上述第二种情况，执行S121做进一步的判断，下面将对本实施例中的S121-S125进行详细说明：

S121，根据当前需要显示输出的内容，判断组件是否需要立即被渲染；

本步骤与S112在实现方法上是类似的，不同之处在于执行判断的对象。本步骤是针对加载后不需要数据反馈的组件进行判断。如果这类组件需要立即显示输出，执行S122，否则执行S124。

S122-S123，对组件进行加载及渲染；

对于加载后不需要数据反馈的组件，如果这类组件需要立即显示输出，则必须立即对其进行渲染，由于渲染必须在加载之后执行，因此在渲染步骤S123之前，还应包括一个加载的步骤S122。

S124，停止加载该组件，为该组件创建组件代理；

对于加载后不需要数据反馈的组件，如果加载组件后也不需要立即显示输出(例如上述对组件参数的设置)，也就是说，加载这类组件对于系统的实际功能以及显示效果都不会立刻产生影响，因此，可以暂时停止对这类组件的加载操作，在暂停加载的同时也实现了对组件延迟渲染。

正常情况下，系统应该对所有需要加载的组件进行加载，而暂停对组件进行加载后，可能带来的问题是：对于这些组件的操作指令，系统将找不到执行对象，从而导致执行错误。为解决这一问题，需要在暂停加载的同时，为暂停加载的组件创建一个组件代理，该组件代理的功能是：在其对应的组件被加载之前，接收并缓存针对该组件的操作指令。此外，组件代理也能够起到类似延迟渲染标识的作用。

S125-S126，对具有组件代理的组件进行加载并渲染。

系统实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有组件代理的组件的显示状态变化，则对该组件进行加载。

其中，组件被加载后，应该对其执行其组件代理所缓存的操作指令，这些操作指令可能导致组件显示效果的变化。将缓存的操作指令执行完毕后，再进一步该组件进行渲染。

当对组件执行缓存操作指令完毕之后，就可以将为该组件所创建的代理删除，以释放系统资源。

本实施例在实施例一方案的基础上，进一步考虑了对组件的延迟加载情况，可以更好地实现降低系统短时间资源占用的目的。

实施例三：

在以上实施例方案的基础上，本实施例提供一些优选的实施方案，以实现更佳的系统资源占用控制。

现有技术中，很多软件会提供显示效果的选项，用户可以根据自己的喜好以及实际的硬件配置，开启或关闭某些对于实现基本功能而言非必要的显示效果。事实上，大多数用户并不了解各种显示效果对资源的实际占用状况，因此很难在不影响基本功能的情况下做出适当的显示效果配置。

本实施例所提供的方案中，对软件的各种显示效果提供至少三种选项，其中包括：

1)显示

2)不显示

3)可选显示

这样，用户对于确定希望或不希望看到的显示效果，可以选择1)或2)，而对于其他不确定的显示效果，可以选择3)，由计算机在执行过程中根据系统实际的资源状况来决定是否提供这些显示效果。可以理解的是，对于选项3)，还可以根据优先级进行更细致的划分，以便系统选择。

以上方案，可以结合于上述实施例一或二的相关步骤中，例如，在判断组件是否需要立即被渲染时，可以结合系统当前的资源占用状况以及预先配置的显示效果优先级，判断组件是否需要立即被渲染。对于上述的选项1)或2)可以很明确地得到判断结果。而对于上述选项3)，基本的判断原则是：，如果当前系统有空闲资源，则对与选项3)相关的组件进行渲染。

可以理解的是，上述判断过程也可以在准备对组件进行渲染之前执行。应用本实施方案对组件进行渲染，在不影响软件基本功能执行的前提下，向用户展示更多的显示效果，兼顾了性能与外观。而且这一过程是由系统自适应完成的，方便了用户的使用。

相应于上面的方法实施例，本申请还提供一种组件渲染装置，参见图3所示，包括：

第一加载执行单元311，用于在初始化页面数据后，根据所述页面数据，对所述页面的组件进行加载；

第一渲染判断单元312，用于根据当前需要显示输出的内容，判断所述第一加载执行单元311已加载的组件是否需要立即被渲染；

第一渲染执行单元313，用于在所述第一渲染判断单元312的判断结果为是时，立即对该组件进行渲染；

标识设置单元314，用于在所述第一渲染判断单元312的判断结果为否时，为该组件设置延迟渲染标识。

如图3所示，该装置还可以进一步包括延迟渲染单元315，其中，延迟渲染单元315可以是以下形式：

第一延迟渲染单元，用于实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有延迟渲染标识的组件的显示状态变化，则对该具有延迟渲染标识的组件进行渲染。

第二延迟渲染单元，用于实时监视系统的资源占用状况，当系统的资源占用低于预先设置的阈值时，对具有延迟渲染标识的组件进行渲染。

图4所示为本申请所提供的另一种组件渲染装置的结构示意图，与图3相比，还包括：

加载判断单元300，用于解析所述页面数据中的组件加载指令，判断加载组件后是否需要数据反馈；

所述第一加载执行单元311，用于在所述加载判断单元300的判断结果为是时，立即对该组件进行渲染。

第二渲染判断单元321，用于在所述加载判断单元300的判断结果为否时，进一步根据当前需要显示输出的内容，判断该组件是否需要立即被渲染；

加载与渲染执行单元322，用于在所述第二渲染判断单元的判断结果为是时，则对该组件进行加载，并对该组件进行渲染；

代理创建单元324，用于在所述第二渲染判断单元的判断结果为否时，停止加载该组件，并为该组件创建组件代理；所述组件代理，用于在其对应的组件被加载之前，接收并缓存针对该组件的操作指令。

如图4所示，该装置还可以进一步包括：

延迟加载与渲染单元325，用于实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有组件代理的组件的显示状态变化，则对该组件进行加载并执行其组件代理所缓存的操作指令；并进一步对所加载的组件进行渲染。

代理删除单元326，用于在所述延迟加载与渲染单元325对组件执行其组件代理所缓存的操作指令之后，删除该组件的组件代理。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种组件渲染方法，其特征在于，包括：

初始化页面数据后，根据所述页面数据，对所述页面的可视化组件进行加载，包括：解析所述页面数据中的可视化组件加载指令，判断加载可视化组件后是否需要数据反馈，如果需要数据反馈，对可视化组件加载指令需要加载的可视化组件进行加载；

根据当前需要显示输出的内容，判断已加载的可视化组件是否需要立即被渲染；如果是，立即对该可视化组件进行渲染；否则为该可视化组件设置延迟渲染标识；

如果不需要数据反馈，根据当前需要显示输出的内容判断可视化组件加载指令需要加载的可视化组件是否需要立即被渲染，如果否，则停止可视化组件加载指令对其需要加载的可视化组件的加载操作。

2.根据权利要求1所述的方法，其特征在于，还包括：

实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有延迟渲染标识的可视化组件的显示状态变化，则对该具有延迟渲染标识的可视化组件进行渲染。

3.根据权利要求1所述的方法，其特征在于，还包括：

实时监视系统的资源占用状况，当系统的资源占用低于预先设置的阈值时，对具有延迟渲染标识的可视化组件进行渲染。

4.根据权利要求1所述的方法，其特征在于，还包括：

如果停止加载该可视化组件，为该可视化组件创建组件代理；所述组件代理，用于在其对应的可视化组件被加载之前，接收并缓存针对该可视化组件的操作指令。

5.根据权利要求4所述的方法，其特征在于，还包括：

实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有组件代理的可视化组件的显示状态变化，则对该可视化组件进行加载并执行其组件代理所缓存的操作指令；

对所加载的可视化组件进行渲染。

6.根据权利要求5所述的方法，其特征在于，对可视化组件执行其组件代理所缓存的操作指令之后，还包括：

删除该可视化组件的组件代理。

7.根据权利要求1、2、3、4、5、或6所述的方法，其特征在于，所述判断可视化组件是否需要立即被渲染，还包括：

根据预先配置的显示效果优先级、以及系统当前的资源占用状况，判断可视化组件是否需要立即被渲染。

8.根据权利要求1、2、3、4、5或6所述的方法，其特征在于，所述对可视化组件进行渲染，包括：

根据预先配置的显示效果优先级、以及系统当前的资源占用状况，对可视化组件进行渲染。

9.一种组件渲染装置，其特征在于，包括：

第一加载执行单元，用于在初始化页面数据后，根据所述页面数据，对所述页面的可视化组件进行加载，包括：解析所述页面数据中的可视化组件加载指令，判断加载可视化组件后是否需要数据反馈，如果需要数据反馈，对可视化组件加载指令需要加载的可视化组件进行加载；

第一渲染判断单元，用于根据当前需要显示输出的内容，判断所述第一加载执行单元已加载的可视化组件是否需要立即被渲染；

第一渲染执行单元，用于在所述第一渲染判断单元的判断结果为是时，立即对该可视化组件进行渲染；

标识设置单元，用于在所述第一渲染判断单元的判断结果为否时，为该可视化组件设置延迟渲染标识；

第二渲染判断单元，用于在所述第一加载执行单元的判断结果为否时，进一步根据当前需要显示输出的内容，判断该可视化组件是否需要立即被渲染；

代理创建单元，用于在所述第二渲染判断单元的判断结果为否时，停止可视化组件加载指令对其需要加载的可视化组件的加载操作。

10.根据权利要求9所述的装置，其特征在于，还包括：

第一延迟渲染单元，用于实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有延迟渲染标识的可视化组件的显示状态变化，则对该具有延迟渲染标识的可视化组件进行渲染。

11.根据权利要求9所述的装置，其特征在于，还包括：

第二延迟渲染单元，用于实时监视系统的资源占用状况，当系统的资源占用低于预先设置的阈值时，对具有延迟渲染标识的可视化组件进行渲染。

12.根据权利要求9所述的装置，其特征在于，所述代理创建单元，还用于如果停止加载该可视化组件，为该可视化组件创建组件代理；所述组件代理，用于在其对应的可视化组件被加载之前，接收并缓存针对该可视化组件的操作指令。

13.根据权利要求12所述的装置，其特征在于，还包括：

延迟加载与渲染单元，用于实时接收并解析用户输入的操作指令，如果所述操作指令能够引起具有组件代理的可视化组件的显示状态变化，则对该可视化组件进行加载并执行其组件代理所缓存的操作指令；并进一步对所加载的可视化组件进行渲染。

14.根据权利要求13所述的装置，其特征在于，还包括：

代理删除单元，用于在所述延迟加载与渲染单元对可视化组件执行其组件代理所缓存的操作指令之后，删除该可视化组件的组件代理。

Images