CN108228207B - 控件状态更新方法及装置 - Google Patents

Abstract

本发明实施例提供了一种控件状态更新方法及装置。该方法包括：第一级别的控件接收对象发送的更新通知；控件的级别为预先划分的；将第一级别的控件确定为当前级别控件；当前级别控件在自身状态为可见时，根据更新通知进行状态更新；若当前级别控件有下一级别的控件，则当前级别控件向下一级别的控件发送更新通知；将收到更新通知的下一级别的控件确定为当前级别控件；返回当前级别控件在自身状态为可见时，根据更新通知进行状态更新的步骤。如此，能够实现在需要更新时进行状态更新，减少了不必要的界面刷新，提高界面的响应速度，同时通过对控件进行分级，使得更新通知能够逐级发送，降低了调试的难度。

Description

控件状态更新方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种控件状态更新方法及装置。

背景技术

观察者模式是软件开发中最常用的设计模式之一，在观察者模式中，多个观察者事件注册在一个对象上，当对象检测到这些观察者事件中的任一事件的状态发生变化时，会通知注册在该对象上的所有观察者更新状态。例如，在文字处理***(Word ProcessingSystem，WPS)办公软件中选中了一段文本，对象检测到选中事件发生，则向工具栏上相应的字号、字体颜色等控件(也就是这个事件的观察者)发送更新通知，这些控件按照更新通知将各自的状态更新为与选中的文本的字号和字体颜色对应的状态。

观察者模式常用的一个实现框架是事件总线(EventBus)，如图1所示，EventBus包含三个要素：事件(Event)、事件订阅者(Subscriber)(也就是事件的观察者)和事件发布者(Publisher)(也就是对象)，Subscriber用于接收特定的事件，Publisher用于通知Subscriber有事件发生。其中，Event可以使任意类型对象；Subscriber都是以约定的onEvent开头的函数；Publisher可以通过post(Object)在任意线程任意位置发送事件。

在EventBus中，事件的派发有同步派发和异步派发两种模式，在同步派发时，Publisher先向第一个Subscriber发送更新通知，在第一个Subscriber更新完后，再向第二个Subscriber发送更新通知，以此类推，每向一个Subscriber发送更新通知后都需要等该Subscriber更新完毕后再向下一个Subscriber发送更新通知；而在异步派发中，Publisher直接向各个Subscriber发送更新通知，由各个Subscriber自己进行状态更新。

在上述现有技术的技术方案中，当一个被注册的事件发生时，不管事件是同步派发还是异步派发，都会将更新通知发送给所有的控件，但实际上并不是所有的控件都是可见的，对于不可见的控件来说，此时是没有必要更新状态的，可见，现有的技术方案会导致许多不必要的控件状态更新，使得界面上控件刷新频繁，界面响应速度较慢。

发明内容

本发明实施例的目的在于提供一种控件状态更新方法及装置，以减少界面上不必要的控件状态更新，提高界面响应速度。具体技术方案如下：

一种控件状态更新方法，包括：

第一级别的控件接收对象发送的更新通知；所述控件的级别为预先划分的；

将所述第一级别的控件确定为当前级别控件；

所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知；

将收到所述更新通知的下一级别的控件确定为当前级别控件；

返回所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新的步骤。

如上所述的方法，其中，在所述当前级别控件向下一级别的控件发送所述更新通知之前，还包括：

所述当前级别控件确定需要更新的所述下一级别的控件；

所述当前级别控件向下一级别的控件发送所述更新通知，为：所述当前级别控件向需要更新的所述下一级别的控件发送所述更新通知。

如上所述的方法，其中，所述当前级别控件确定需要更新的所述下一级别的控件，包括：

所述当前级别控件向所述下一级别的控件发送更新询问消息；

所述当前级别控件接收所述下一级别的控件发送的更新询问响应，根据所述更新询问响应确定需要更新的所述下一级别的控件；所述更新询问响应为所述下一级别的控件不需要进行状态更新或者需要进行状态更新。

如上所述的方法，其中，每个级别的控件数量为一个或多个；

所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新，为：每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

所述若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知，为：每个有下一级别控件的当前级别控件向下一级别的控件发送所述更新通知；

所述将收到所述更新通知的下一级别的控件确定为当前控件，为：将收到所述更新通知的下一级别的每个控件确定为当前级别控件。

一种控件状态更新装置，包括：

接收模块，用于接收对象发送的更新通知；所述控件的级别为预先划分的；

第一确定模块，用于将所述第一级别的控件确定为当前级别控件；

更新模块，用于所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

发送模块，用于若所述当前级别控件有下一级别的控件，则向下一级别的控件发送所述更新通知；

第二确定模块，用于将收到所述更新通知的下一级别的控件确定为当前级别控件；

触发模块，用于触发所述更新模块。

如上所述的装置，其中，所述装置还包括：第三确定模块；

所述第三确定模块用于：确定需要更新的所述下一级别的控件；

所述发送模块具体用于：若所述当前级别控件有下一级别的控件，则向需要更新的所述下一级别的控件发送所述更新通知。

如上所述的装置，其中，所述第三确定模块具体用于：向所述下一级别的控件发送更新询问消息；接收所述下一级别的控件发送的更新询问响应，根据所述更新询问响应确定需要更新的所述下一级别的控件；所述更新询问响应为所述下一级别的控件不需要进行状态更新或者需要进行状态更新。

如上所述的装置，其中，每个级别的控件数量为一个或多个；

所述更新模块具体用于：每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

所述发送模块具体用于：每个有下一级别的控件的当前级别控件向下一级别的控件发送所述更新通知；

所述第二确定模块具体用于：将收到所述更新通知的每个下一级别的控件确定为当前级别控件。

本发明实施例提供的控件状态更新方法及装置，第一级别的控件接收对象发送的更新通知；所述控件的级别为预先划分的；将所述第一级别的控件确定为当前级别控件；所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知；将收到所述更新通知的下一级别的控件确定为当前级别控件；返回所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新的步骤。如此，能够实现在需要更新时进行状态更新，减少了不必要的界面刷新，提高界面的响应速度，同时通过对控件进行分级，使得更新通知能够逐级发送，降低了调试的难度。当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为现有技术中EventBus的原理示意图；

图2为本发明实施例一提供的控件状态更新方法的流程图；

图3为本发明实施例二提供的控件状态更新方法的流程图；

图4为本发明实施例一提供的控件状态更新装置的结构示意图；

图5为本发明实施例二提供的控件状态更新装置的结构示意图。

具体实施方式

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

在本发明各实施例中，预先将控件分为多个级别，当对象获知被注册的事件发生时，向注册该事件的第一级别的控件发送更新通知，将所述第一级别的控件确定为当前级别控件，在当前级别控件判断自身状态为可见时，根据所述更新通知进行状态更新，并在所述当前级别控件有下一级别的控件时，向所述下一级别的控件发送更新通知，将所述下一级别的控件确定为当前级别的控件，再次执当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新的步骤行，如此，每一级别的控件只通知自己的下一级别的控件继续状态更新。

图2为本发明实施例一提供的控件状态更新方法的流程图。如图2所示，本实施例提供的方法可以包括：

步骤101、第一级别的控件接收对象发送的更新通知；所述控件的级别为预先划分的。

需要说明的是，预先对控件进行分级时，可以按照各个控件的实际功能来划分，也可以按照操作习惯划分，本实施例对此不作具体限定。例如，以Android WPS Office为例，可以将控件预先分为三个级别，将顶部的标题栏控件、底部的工具栏控件、工具面板控件作为第一级别的控件，将标题栏上的工具按钮控件、工具面板中的页签控件等控件作为第二级别的控件，将工具面板页签中的工作控件作为第三级别的控件。

步骤102、将所述第一级别的控件确定为当前级别控件。

步骤103、所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新。

所述当前级别控件在判断自身状态当前是否可见时，主要是判断当前是否显示在屏幕中，例如，虽然显示在屏幕中，但被一个对话框挡住的话，判断结果也是当前不可见，那么就不需要更新状态；或者，处于阅读模式时，只能阅读文本，不能对文本进行编辑，在该模式下，若选中正在阅读的文本中的某段话，相应的编辑文本的控件由于不可见，则不需要更新状态。

步骤104、若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知。

实际应用中，可以在分级时为每一个第一级控件确定对应的第二级别控件，并为每个第二级别的控件确定对应的第三级别控件，以此类推。本步骤中，就是当前级别的控件向其对应的下一级别控件发送更新通知。

步骤105、将收到所述更新通知的下一级别的控件确定为当前级别控件。

实际应用过程中，在将收到所述更新通知的下一级别的控件确定为当前级别控件后，返回执行上述步骤103。如此，能够实现在需要更新时进行状态更新，减少了不必要的界面刷新，提高界面的响应速度，同时通过对控件进行分级，使得更新通知能够逐级发送，降低了调试的难度。

进一步需要说明的是，每个级别的控件数量为一个或多个，相应的，上述步骤103为：每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；上述步骤104为：每个有下一级别控件的当前级别控件向下一级别的控件发送所述更新通知；上述步骤105为：将收到所述更新通知的下一级别的每个控件确定为当前级别控件。

在其他的实施例中，在步骤104之前，所述当前级别控件根据所述更新通知进行状态更新后，所述方法还包括：所述当前级别控件确定需要更新的所述下一级别的控件。

具体的，如图3所示，图3为本发明实施例二提供的控件状态更新方法的流程图，其中，所述当前级别控件确定需要更新的所述下一级别的控件，包括：

步骤201、所述当前级别控件向所述下一级别的控件发送更新询问消息。

步骤202、所述当前级别控件接收所述下一级别的控件发送的更新询问响应，根据所述更新询问响应确定需要更新的所述下一级别的控件；所述更新询问响应为所述下一级别的控件不需要进行状态更新或者需要进行状态更新。

在所述更新询问响应为所述下一级别的控件需要进行状态更新时，相应的，图2中步骤104所述当前级别控件向下一级别的控件发送所述更新通知为：

步骤203、所述当前级别控件向需要更新的所述下一级别的控件发送所述更新通知。

可见，所述当前级别控件在更新状态后，若所述当前级别控件有下一级别的控件，所述当前级别的控件可以先不向下一级别的控件发送更新通知，而是询问下一级别的控件当前是否需要更新状态，当下一级别的控件需要更新状态时，才向下一级别的控件发送更新通知，而在下一级别的控件不需要更新状态时，不会发送更新通知给下一级别的控件，如此可以实现按需更新，减少显示界面上不必要的控件状态更新。本实施例提供的控件状态更新方法，第一级别的控件接收对象发送的更新通知；所述控件的级别为预先划分的；将所述第一级别的控件确定为当前级别控件；所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知；将收到所述更新通知的下一级别的控件确定为当前级别控件；返回所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新的步骤。如此，能够实现在需要更新时进行状态更新，减少了不必要的界面刷新，提高界面的响应速度，同时通过对控件进行分级，使得更新通知能够逐级发送，降低了调试的难度。

图4为本发明实施例一提供的控件状态更新装置的结构示意图。如图4所示，本实施例提供的控件状态更新装置40可以包括：接收模块41、第一确定模块42、更新模块43、发送模块44、第二确定模块45以及触发模块46。

其中，接收模块41，用于接收对象发送的更新通知；所述控件的级别为预先划分的；

第一确定模块42，用于将所述第一级别的控件确定为当前级别控件；

更新模块43，用于所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

发送模块44，用于若所述当前级别控件有下一级别的控件，则向下一级别的控件发送所述更新通知；

第二确定模块45，用于将收到所述更新通知的下一级别的控件确定为当前级别控件；

触发模块46，用于触发所述更新模块43。

进一步需要说明的是，每个级别的控件数量为一个或多个；所述更新模块43具体用于每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；所述发送模块44具体用于每个有下一级别控件的当前级别控件向下一级别的控件发送所述更新通知；所述第二确定模块45具体用于将收到所述更新通知的下一级别的每个控件确定为当前级别控件。

进一步，如图5所示，图5为本发明实施例二提供的控件状态更新装置的结构示意图，所述控件状态更新装置40还可以包括第三确定模块47，所述第三确定模块47用于确定需要更新的所述下一级别的控件；所述发送模块44具体用于若所述当前级别控件有下一级别的控件，则向需要更新的所述下一级别的控件发送所述更新通知。

所述第三确定模块47在确定需要更新的所述下一级别的控件时，向所述下一级别的控件发送更新询问消息；接收所述下一级别的控件发送的更新询问响应，根据所述更新询问响应确定需要更新的所述下一级别的控件；所述更新询问响应为所述下一级别的控件不需要进行状态更新或者需要进行状态更新。

本实施例提供的控件状态更新装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种控件状态更新方法，其特征在于，包括：

第一级别的控件接收对象发送的更新通知，所述控件的级别为预先划分的；

将所述第一级别的控件确定为当前级别控件，判断所述当前级别控件自身状态当前是否可见；

当所述当前级别控件在自身状态为可见时，确定所述当前级别的控件需要进行状态更新，根据所述更新通知对所述当前级别控件进行状态更新；

若所述当前级别控件有下一级别的控件，所述当前级别控件向所述下一级别的控件发送更新询问消息，判断所述下一级别的控件自身状态当前是否可见，当判断所述下一级别的自身状态为可见时，则确定所述下一级别的控件需要进行状态更新，所述下一级别的控件向所述当前级别控件发送更新询问响应，所述更新询问响应为所述下一级别的控件需要进行状态更新的响应，所述当前级别控件向下一级别的控件发送所述更新通知；

将收到所述更新通知的下一级别的控件确定为当前级别控件；

返回所述根据所述更新通知对所述当前级别控件进行状态更新的步骤。

2.根据权利要求1所述的方法，其特征在于，所述当前级别控件向下一级别的控件发送所述更新通知，为：所述当前级别控件向需要更新的所述下一级别的控件发送所述更新通知。

3.根据权利要求1所述的方法，其特征在于，当判断所述下一级别的自身状态为不可见时，所述方法还包括：

所述下一级别的控件向所述当前级别控件发送更新询问响应，所述更新询问响应为所述下一级别的控件不需要进行状态更新的响应。

4.根据权利要求1所述的方法，其特征在于，每个级别的控件数量为一个或多个；

所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新，为：每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

所述若所述当前级别控件有下一级别的控件，则所述当前级别控件向下一级别的控件发送所述更新通知，为：每个有下一级别控件的当前级别控件向下一级别的控件发送所述更新通知；

所述将收到所述更新通知的下一级别的控件确定为当前控件，为：将收到所述更新通知的下一级别的每个控件确定为当前级别控件。

5.一种控件状态更新装置，其特征在于，包括：

接收模块，用于接收对象发送的更新通知，所述控件的级别为预先划分的；

第一确定模块，用于将第一级别的控件确定为当前级别控件，判断所述当前级别控件自身状态当前是否可见；

更新模块，用于当所述当前级别控件在自身状态为可见时，确定所述当前级别的控件需要进行状态更新，根据所述更新通知对所述当前级别控件进行状态更新；

发送模块，用于若所述当前级别控件有下一级别的控件，所述当前级别控件向所述下一级别的控件发送更新询问消息，判断所述下一级别的控件自身状态当前是否可见，当判断所述下一级别的自身状态为可见时，则确定所述下一级别的控件需要进行状态更新，所述下一级别的控件向所述当前级别控件发送更新询问响应，所述更新询问响应为所述下一级别的控件需要进行状态更新的响应，向下一级别的控件发送所述更新通知；

第二确定模块，用于将收到所述更新通知的下一级别的控件确定为当前级别控件；

触发模块，用于触发所述更新模块。

6.根据权利要求5所述的装置，其特征在于，所述发送模块具体用于：若所述当前级别控件有下一级别的控件，则向需要更新的所述下一级别的控件发送所述更新通知。

7.根据权利要求5所述的装置，其特征在于，所述发送模块具体用于：所述下一级别的控件向所述当前级别控件发送更新询问响应，所述更新询问响应为所述下一级别的控件不需要进行状态更新的响应。

8.根据权利要求5所述的装置，其特征在于，每个级别的控件数量为一个或多个；

所述更新模块具体用于：每个所述当前级别控件在自身状态为可见时，根据所述更新通知进行状态更新；

所述发送模块具体用于：每个有下一级别的控件的当前级别控件向下一级别的控件发送所述更新通知；

所述第二确定模块具体用于：将收到所述更新通知的每个下一级别的控件确定为当前级别控件。

Images