CN114327707A - 一种用户界面的刷新方法 - Google Patents
一种用户界面的刷新方法 Download PDFInfo
- Publication number
- CN114327707A CN114327707A CN202111575285.8A CN202111575285A CN114327707A CN 114327707 A CN114327707 A CN 114327707A CN 202111575285 A CN202111575285 A CN 202111575285A CN 114327707 A CN114327707 A CN 114327707A
- Authority
- CN
- China
- Prior art keywords
- data
- interface
- request
- window
- buffer area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 230000004048 modification Effects 0.000 claims abstract description 27
- 238000012986 modification Methods 0.000 claims abstract description 27
- 230000004044 response Effects 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 5
- 230000007613 environmental effect Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Landscapes
- User Interface Of Digital Computer (AREA)
Abstract
本申请提供一种用户界面的刷新方法。解决了通知量巨大而造成软件卡顿、无响应的技术问题。本申请提供一种用户界面的刷新方法,包括:生成通知请求步骤:业务线程响应于用户触发业务的操作,计算所述业务的修改数据;业务线程根据所述修改数据生成通知请求,所述通知请求包括修改数据;插入界面数据缓冲区步骤:通知发送线程接收所述通知请求;确认所述通知请求中修改数据对应的窗口;将所述修改数据发送至所述窗口对应的界面数据缓冲区;其中,所述修改数据与所述界面数据缓冲区符合预设关系;刷新用户界面步骤:主线程从所述界面数据缓冲区获取所述修改数据,并将所述修改数据展示在所述界面数据缓冲区对应的窗口上。
Description
技术领域
本申请涉及工业视觉技术领域,尤其涉及一种用户界面的刷新方法。
背景技术
客户端通过提供可视化的图形用户界面,并在图形用户界面显示用户关心的数据,来满足客户获取信息的需求。随着用户获取需求的日益更新,用户关心的数据是会动态变化的,当数据发生变化时,图形用户界面也要刷新显示,为用户展示最新的数据状态。数据变化和界面刷新的流程一般是串行实施,即由软件的业务线程触发数据变化,进而刷新图形用户界面的显示。当业务处理慢时,会影响界面的刷新,或者界面刷新慢时,会影响业务的后续处理。
目前,很多客户端将图形用户界面的刷新工作从软件的业务流程中分离出来,当业务流程处理结束触发数据变化时,通知图形用户界面,图形用户界面每接收到数据变化的通知后就刷新显示。
然而,当数据量大时,业务流程会发出大量通知给图形用户界面,图形用户界面收到通知后要刷新显示,由于通知量巨大,导致图形用户界面需要频繁刷新,给软件造成很大的刷新压力,造成软件卡顿、无响应,进而影响整个操作系统的性能。
发明内容
本申请提供了一种用户界面的刷新方法,解决通知量巨大而造成软件卡顿、无响应的技术问题。
第一方面,本申请提供一种用户界面的刷新方法,包括:生成通知请求步骤:业务线程响应于用户触发业务的操作,计算所述业务的修改数据;业务线程根据所述修改数据生成通知请求,所述通知请求包括修改数据;插入界面数据缓冲区步骤:通知发送线程接收所述通知请求;确认所述通知请求中修改数据对应的窗口;将所述修改数据发送至所述窗口对应的界面数据缓冲区;其中,所述修改数据与所述界面数据缓冲区符合预设关系;刷新用户界面步骤:主线程从所述界面数据缓冲区获取所述修改数据,并将所述修改数据展示在所述界面数据缓冲区对应的窗口上。
在一些实施例中,所述插入界面数据缓冲区步骤,包括:当初始化用户界面时,通知发送线程从所述通知请求中获取待显示数据;将所述待显示数据与所述窗口对应的目标界面绑定,用以将所述待显示数据发送至所述目标界面对应的界面数据缓冲区。
在一些实施例中,当所述修改数据包括多个目标界面时,确认所述修改数据中每个数据对应的窗口;根据所述每个数据和所述每个数据对应窗口的对应关系,,将所述数据发送至所述窗口对应的界面数据缓冲区。
在一些实施例中,所述插入界面数据缓冲区步骤,包括:判断所述修改数据是否已经在所述界面数据缓冲区;若所述修改数据已经在所述界面数据缓冲区,则确认所述待显示数据对应的通知请求,记作重复请求;将所述重复请求和所述重复请求相同的通知请求合并。
在一些实施例中,所述刷新用户界面步骤,还包括:完成界面的刷新后,删除界面数据缓冲区中缓存的数据。
第二方面,本申请提供一种用户界面的刷新系统,包括:业务线程,所述业务线程被配置为:响应于用户触发业务的操作,计算所述业务的修改数据;根据所述修改数据生成通知请求,所述通知请求包括修改数据;通知发送线程,所述通知发送线程包括请求缓冲队列、数据界面管理模块以及界面数据缓冲区;所述请求缓冲队列被配置为:接收所述通知请求;将所述修改数据发送至所述窗口对应的界面数据缓冲区;所述数据界面管理模块被配置为:确认所述通知请求中修改数据对应的窗口;界面数据缓冲区被配置为:将所述修改数据缓存至符合预设关系的界面数据缓冲区;主线程,所述主线程被配置为:从所述界面数据缓冲区获取所述修改数据,并将所述修改数据展示在所述界面数据缓冲区对应的窗口上。
在一些实施例中,所述数据界面管理模块进一步被配置为:当初始化用户界面时,通知发送线程从所述通知请求中获取待显示数据;将所述待显示数据与所述窗口对应的目标界面绑定,用以将所述待显示数据发送至所述目标界面对应的界面数据缓冲区。
在一些实施例中,所述数据界面管理模块进一步被配置为:当所述修改数据包括多个目标界面时,确认所述修改数据中每个数据对应的窗口;所述通知发送线程进一步被配置为:根据所述每个数据和所述每个数据对应窗口的对应关系,将所述数据发送至所述窗口对应的界面数据缓冲区。
在一些实施例中,所述通知发送线程进一步被配置为:判断所述修改数据是否已经在所述界面数据缓冲区;若所述修改数据已经在所述界面数据缓冲区,则确认所述待显示数据对应的通知请求,记作重复请求;将所述重复请求和所述重复请求相同的通知请求合并。
在一些实施例中,所述主线程进一步被配置为:完成界面的刷新后,删除界面数据缓冲区中缓存的数据。
由以上实施例可知,本申请通过将界面刷新从业务流程中分离的基础上,增加了通知发送线程,由通知发送线程将数据更新请求转发到界面,减缓了业务流程与界面窗口的耦合。采用通知请求队列去缓冲数据通知请求的方式,避免了界面窗口对业务流程的影响。增加数据界面管理模块,便于通知发送线程快速的将数据发送到目标窗口。在将界面刷新从业务流程中分离的基础上,增加了通知发送线程,由通知发送线程将数据更新请求转发到界面,减缓了业务流程与界面窗口的耦合。增加了界面窗口数据缓冲区,同时使缓冲区中同一个数据只有一个请求,保证了同一数据多个请求的有序性,也避免了界面窗口多次处理同一数据,减缓了界面刷新的压力。既不会影响业务流程的执行,也可满足大数据量时,图形用户界面刷新显示并且不会导致界面卡顿,提升用户体验。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种用户界面的刷新方法的交互示意图;
图2为本申请实施例提供的一种用户界面的刷新方法的流程示意图一;
图3为本申请实施例提供的一种用户界面的刷新方法的流程示意图二。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行完整、清楚的描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的一种用户界面的刷新方法的交互示意图。如图1所示,用户通过点击客户端所提供的用户界面中的控件,触发控件对应的业务;业务线程1响应于用户点击控件触发业务的操作,业务线程1经过计算动作,得到控件对应业务的修改数据,修改数据包括第一数据;业务线程1根据修改数据生成通知请求,通知请求包括修改数据;其中,根据第一数据生成的通知请求为第一通知请求;业务线程1将通知请求发送至通知发送线程2中的请求缓冲队列21;此后,业务线程1可以根据用户点击控件触发的具体业务继续运行,以完成业务的处理。
可以理解的是,用户可以同时点击多个控件,得到多组修改数据。
示例性的,多组修改数据包括第一数据、第二数据、第三数据、第四数据、第五数据以及第六数据。业务线程1根据第一数据生成第一通知请求;业务线程1根据第二数据生成第二通知请求;业务线程1根据第三数据生成第三通知请求;业务线程1根据第四数据生成第四通知请求;业务线程1根据第五数据生成第五通知请求;业务线程1根据第六数据生成第六通知请求;修改数据和通知请求是一一对应的关系。
客户端的图形用户界面一般包括多个窗口,各个窗口显示特定的内容供用户实时查看,用户通过点击窗口中的控件实现人机交互。其中,“窗口显示特定的内容”可以通过预先设置完成,本申请不作具体限定。示例性的,“各个窗口显示特定的内容”包括:第一窗口显示通用类的功能,例如“查看”、“放大”以及“缩小”;第二窗口显示编辑类的功能,例如“标记”、“提取”以及“删除”;等等。当客户端有多个窗口时,就需要判断修改数据在哪个窗口显示。
如图2所示,在一些实施例中,通知发送线程2包括数据界面管理模块22,当客户端启动时,初始化图形用户界面,数据界面管理模块22获取待显示数据,数据界面管理模块22将待显示数据与窗口对应的目标界面绑定。数据界面管理模块22通过注册的方式,将待显示数据与窗口对应的目标界面绑定。注册是指将待显示数据注册到窗口,建立待显示数据和窗口的对应关系。需要说明的是,待显示数据与目标界面的绑定时机可在业务线程1执行业务操作前绑定,也可在业务线程1执行业务操作的过程中绑定。绑定的数据可以由客户端和用户的交互动作决定,例如在业务线程1执行业务操作前,用户为了实现对环境参数变化的监控,将环境参数添加到监视界面(即用于监视数据的目标假界面),则环境参数作为待显示数据就完成和监视界面的绑定;又例如,当用户选择某一控件时,该控件对应的信息会显示到属性窗口,此时客户端会自动将属性参数与属性窗口绑定。若第一数据属于环境参数,则将第一数据发送至监视界面。
在一些实施例中,当业务线程1发送通知请求时,通知发送线程2通过查询数据界面管理模块22中前述通知请求对应的窗口,将通知请求发送至窗口对应的目标界面。
在一种实现方式中,多个通知请求中的数据有重复。比如第一数据A包括数据A1和数据A2,对应第一通知请求;第二数据B包括数据B1和数据B2,对应第二通知请求;其中,数据A1和数据B2实质相同,为同样的修改数据。数据A1对应第一窗口,当通知发送线程取出第一通知请求,放入第一窗口的数据缓冲区时,第一窗口数据缓冲区会存储A1数据的刷新请求(比如是要添加A1数据),通知发送线程取出第二通知请求时,因为也包含A1数据,会再次将A1数据的刷新请求(比如时要更新A1数据)放入第一窗口的数据缓冲区,这时,第一窗口的数据缓冲区中会对A1数据的两次请求(添加、更新)进行合并,最终只保留A1数据的一个刷新请求(比如添加请求和更新请求,会合并为添加)。根据刷新请求,将通知请求发送至窗口对应的目标界面。
在一些实施例中,当所述修改数据包括多个目标界面时,确认所述修改数据中每个数据对应的窗口;根据所述每个数据和所述每个数据对应窗口的对应关系,将所述数据发送至所述窗口对应的界面数据缓冲区。例如,第一数据A包括数据A1和数据A2,数据A1对应第一窗口,数据A2对应第二窗口,其中,第一窗口对应第一界面,第二窗口对应第二界面,这样,第一界面和第二界面作为第一数据的两个目标界面,将通知请求发送至窗口对应的目标界面时,第一通知请求可能会被重复发送,这时,需要将第二次发送的通知请求和第一次发送的通知请求进行合并。
在一些实施例中,当业务线程1发送通知请求时,通知发送线程2通过查询数据界面管理模块22中前述通知请求对应的窗口,将通知请求对应的修改数据发送至窗口对应的目标界面。
示例性的,多组修改数据包括第一数据、第二数据、第三数据、第四数据、第五数据以及第六数据。业务线程1根据第一数据生成第一通知请求;第一通知请求中包括第一数据;业务线程1将第一通知请求发送至通知发送线程2中的请求缓冲队列21;根据客户端的预先设置,确定第一数据显示的窗口,在本示例中,第一数据A包括数据A1和数据A2,数据A1对应第一窗口,数据A2对应第二窗口,其中,第一窗口对应第一界面,第二窗口对应第二界面,这样,第一界面和第二界面作为第一数据的两个目标界面,当业务线程1发送第一通知请求至通知发送线程2的请求缓冲队列21后,通知发送线程2从请求缓冲队列21中取出第一通知请求,通过查询数据界面管理模块22中第一数据对应的窗口,将数据A1发送至第一界面,数据A2发送至第二界面。业务线程1根据第二数据生成第二通知请求;第二通知请求中包括第二数据;业务线程1将第二通知请求发送至通知发送线程2中的请求缓冲队列21;根据客户端的预先设置,确定第二数据显示的窗口,在本示例中,第二数据B包括数据B1和数据B2,数据B1对应第一窗口,数据B2对应第三窗口,其中,第一窗口对应第一界面,第三窗口对应第三界面,这样,第一界面和第三界面作为第二数据的两个目标界面,当业务线程1发送第二通知请求至通知发送线程2的请求缓冲队列21后,通知发送线程2从请求缓冲队列21中取出第二通知请求,通过查询数据界面管理模块22中第二数据对应的窗口,将数据B1发送至第一界面,数据B2发送至第三界面。业务线程1根据第三数据生成第三通知请求;第三通知请求中包括第三数据;业务线程1将第三通知请求发送至通知发送线程2中的请求缓冲队列21;根据客户端的预先设置,确定第三数据显示的窗口,在本示例中,第三数据C包括数据C1和数据C2,数据C1对应第二窗口,数据C2对应第四窗口,其中,第二窗口对应第二界面,第四窗口对应第四界面,这样,第二界面和第四界面作为第三数据的两个目标界面,当业务线程1发送第三通知请求至通知发送线程2的请求缓冲队列21后,通知发送线程2从请求缓冲队列21中取出第三通知请求,通过查询数据界面管理模块22中第三数据对应的窗口,将数据C1发送至第二界面,数据C2发送至第四界面。业务线程1根据第四数据生成第四通知请求;第四通知请求中包括第四数据;业务线程1将第四通知请求发送至通知发送线程2中的请求缓冲队列21;根据客户端的预先设置,确定第四数据显示的窗口,在本示例中,第四数据D包括数据D1和数据D2,数据D1对应第一窗口,数据D2对应第三窗口,其中,第一窗口对应第一界面,第三窗口对应第三界面,这样,第一界面和第三界面作为第四数据的两个目标界面,当业务线程1发送第四通知请求至通知发送线程2的请求缓冲队列21后,通知发送线程2从请求缓冲队列21中取出第四通知请求,通过查询数据界面管理模块22中第四数据对应的窗口,将数据D1发送至第一界面,数据D2发送至第三界面。按照前述步骤,根据客户端的预先设置,第五数据E中E1发送至第三界面,E2发送至第四界面;第六数据F中F1发送至第二界面,F2发送至第三界面。在此不做赘述。
在一些实施例中,界面数据缓冲区23接收通知发送线程2发送的通知请求。
在一些实施例中,第一数据A包括数据A1和数据A2,数据A1对应第一窗口,数据A2对应第二窗口,其中,第一窗口对应第一界面,第二窗口对应第二界面,这样,第一界面和第二界面作为第一数据的两个目标界面,将通知请求发送至窗口对应的目标界面时,第一通知请求可能会被重复发送,这时,需要将第二次发送的通知请求和第一次发送的通知请求进行合并。本申请保证界面数据缓冲区23中同一数据对应的通知请求只有一个,进而保证有序性。
在一些实施例中,通知发送线程2接收业务线程1发送的通知请求,并将通知请求保存至请求缓冲队列21;通知发送线程2从请求缓冲队列21获取通知请求,将通知请求对应的修改数据发送至其对应界面数据缓冲区23。
示例性的,将数据A1发送至第一界面数据缓冲区231,数据A2发送至第二界面数据缓冲区232;将数据B1发送至第一界面数据缓冲区231,数据B2发送至第三界面数据缓冲区233;将数据C1发送至第二界面数据缓冲区232,数据C2发送至第四界面数据缓冲区234;将数据D1发送至第一界面数据缓冲区231,数据D2发送至第三界面数据缓冲区233;第五数据E中E1发送至第三界面数据缓冲区233,E2发送至第四界面数据缓冲区234;第六数据F中F1发送至第二界面数据缓冲区232,F2发送至第三界面数据缓冲区233。
如图3所示,在一些实施例中,多个通知请求中的数据有重复。判断所述修改数据是否已经在所述界面数据缓冲区;若所述修改数据已经在所述界面数据缓冲区,则确认所述待显示数据对应的通知请求,记作重复请求;将所述重复请求和所述重复请求相同的通知请求合并。比如,第一数据A包括数据A1和数据A2,对应第一通知请求;第二数据B包括数据B1和数据B2,对应第二通知请求;其中,数据A1和数据B2实质相同,为同样的修改数据。数据A1对应第一窗口,当通知发送线程2取出第一通知请求,放入第一界面数据缓冲区231时,第一窗口数据缓冲区231会存储A1数据的刷新请求(比如是要添加A1数据),通知发送线程2取出第二通知请求时,因为包含和数据A1实质相同的数据B2,会再次将数据A1的刷新请求(比如时要更新A1数据)放入第一窗口的数据缓冲区,这时,第一窗口的数据缓冲区中会对数据A1的两次请求(添加、更新)进行合并,最终只保留数据A1的一个刷新请求(比如添加请求和更新请求,会合并为添加)。
主线程3从界面数据缓冲区23中获取展示数据,根据修改数据完成界面的刷新。
在一些实施例中,主线程3定时从界面数据缓冲区23中以界面为单位获取展示数据。示例性的,在第一界面数据缓冲区231中获取数据A1、数据B1、数据D1,主线程3根据数据A1、数据B1、数据D1更新第一窗口;在第二界面数据缓冲区232中获取数据A2、数据C1、数据F1,主线程3根据数据A2、数据C1、数据F1更新第二窗口;在第三界面数据缓冲区233中获取数据B2、数据D2、数据E1、数据F2,主线程3根据数据B2、数据D2、数据E1、数据F2更新第三窗口;在第四界面数据缓冲区234中获取数据C2、数据E2,主线程3根据数据C2、数据E2更新第四窗口;完成界面的刷新。其中,定时可以采用定时器或计算时间差的方法,本申请不作限定。
进一步,完成界面的刷新后,删除界面数据缓冲区23中缓存的数据。
进一步,不同的窗口对于刷新频率要求也不同,可针对每个窗口设置不同的刷新间隔。
本申请提供另一种实施例,业务流程直接将数据请求发送至界面数据缓冲区,用以实现界面的刷新。
以上结合具体实施方式和范例性实例对本申请进行了详细说明,使本领域技术人员能够理解或实现本申请,不过这些说明并不能理解为对本申请的限制。本领域技术人员理解,在不偏离本申请精神和范围的情况下,可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进,这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。
Claims (10)
1.一种用户界面的刷新方法,其特征在于,包括:
生成通知请求步骤:业务线程响应于用户触发业务的操作,计算所述业务的修改数据;业务线程根据所述修改数据生成通知请求,所述通知请求包括修改数据;
插入界面数据缓冲区步骤:通知发送线程接收所述通知请求;确认所述通知请求中修改数据对应的窗口;将所述修改数据发送至所述窗口对应的界面数据缓冲区;其中,所述修改数据与所述界面数据缓冲区符合预设关系;
刷新用户界面步骤:主线程从所述界面数据缓冲区获取所述修改数据,并将所述修改数据展示在所述界面数据缓冲区对应的窗口上。
2.根据权利要求1所述的用户界面的刷新方法,其特征在于,所述插入界面数据缓冲区步骤,包括:
当初始化用户界面时,通知发送线程从所述通知请求中获取待显示数据;
将所述待显示数据与所述窗口对应的目标界面绑定,用以将所述待显示数据发送至所述目标界面对应的界面数据缓冲区。
3.根据权利要求2所述的用户界面的刷新方法,其特征在于,
当所述修改数据包括多个目标界面时,确认所述修改数据中每个数据对应的窗口;
根据所述每个数据和所述每个数据对应窗口的对应关系,将所述数据发送至所述窗口对应的界面数据缓冲区。
4.根据权利要求2或3任意一项所述的用户界面的刷新方法,其特征在于,所述插入界面数据缓冲区步骤,包括:
判断所述修改数据是否已经在所述界面数据缓冲区;
若所述修改数据已经在所述界面数据缓冲区,则确认所述待显示数据对应的通知请求,记作重复请求;
将所述重复请求和所述重复请求相同的通知请求合并。
5.根据权利要求1所述的用户界面的刷新方法,其特征在于,所述刷新用户界面步骤,还包括:
完成界面的刷新后,删除界面数据缓冲区中缓存的数据。
6.一种用户界面的刷新系统,其特征在于,包括:
业务线程,所述业务线程被配置为:响应于用户触发业务的操作,计算所述业务的修改数据;根据所述修改数据生成通知请求,所述通知请求包括修改数据;
通知发送线程,所述通知发送线程包括请求缓冲队列、数据界面管理模块以及界面数据缓冲区;
所述请求缓冲队列被配置为:接收所述通知请求;将所述修改数据发送至所述窗口对应的界面数据缓冲区;
所述数据界面管理模块被配置为:确认所述通知请求中修改数据对应的窗口;
界面数据缓冲区被配置为:将所述修改数据缓存至符合预设关系的界面数据缓冲区;
主线程,所述主线程被配置为:从所述界面数据缓冲区获取所述修改数据,并将所述修改数据展示在所述界面数据缓冲区对应的窗口上。
7.根据权利要求6所述的用户界面的刷新系统,其特征在于,
所述数据界面管理模块进一步被配置为:
当初始化用户界面时,通知发送线程从所述通知请求中获取待显示数据;
将所述待显示数据与所述窗口对应的目标界面绑定,用以将所述待显示数据发送至所述目标界面对应的界面数据缓冲区。
8.根据权利要求7所述的用户界面的刷新系统,其特征在于,
所述数据界面管理模块进一步被配置为:
当所述修改数据包括多个目标界面时,确认所述修改数据中每个数据对应的窗口;
所述通知发送线程进一步被配置为:
根据所述每个数据和所述每个数据对应窗口的对应关系,将所述数据发送至所述窗口对应的界面数据缓冲区。
9.根据权利要求7或8任意一项所述的用户界面的刷新系统,其特征在于,
所述通知发送线程进一步被配置为:
判断所述修改数据是否已经在所述界面数据缓冲区;
若所述修改数据已经在所述界面数据缓冲区,则确认所述待显示数据对应的通知请求,记作重复请求;
将所述重复请求和所述重复请求相同的通知请求合并。
10.根据权利要求1所述的用户界面的刷新系统,其特征在于,
所述主线程进一步被配置为:
完成界面的刷新后,删除界面数据缓冲区中缓存的数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111575285.8A CN114327707A (zh) | 2021-12-20 | 2021-12-20 | 一种用户界面的刷新方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111575285.8A CN114327707A (zh) | 2021-12-20 | 2021-12-20 | 一种用户界面的刷新方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114327707A true CN114327707A (zh) | 2022-04-12 |
Family
ID=81055201
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111575285.8A Pending CN114327707A (zh) | 2021-12-20 | 2021-12-20 | 一种用户界面的刷新方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114327707A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090063497A1 (en) * | 2007-08-31 | 2009-03-05 | Pierce Darryl L | Methods and systems for providing a java based model-view-controller relationship |
CN102667713A (zh) * | 2009-11-24 | 2012-09-12 | 微软公司 | 带有后台应用逻辑的响应式用户界面 |
CN102937897A (zh) * | 2011-11-21 | 2013-02-20 | 微软公司 | 异步数据绑定 |
CN103198142A (zh) * | 2013-04-17 | 2013-07-10 | 华为技术有限公司 | 页面数据更新处理方法、客户端及服务器 |
CN109408159A (zh) * | 2017-08-14 | 2019-03-01 | 阿里巴巴集团控股有限公司 | 界面消息显示及处理方法、装置及电子设备 |
CN111611042A (zh) * | 2020-05-22 | 2020-09-01 | 京东方科技集团股份有限公司 | 设备状态变化的处理方法、装置和计算机可读存储介质 |
CN112306587A (zh) * | 2019-07-15 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 页面的显示处理方法、装置、及终端设备 |
CN112699321A (zh) * | 2020-12-23 | 2021-04-23 | 车智互联(北京)科技有限公司 | 一种页面加载方法,计算设备及存储介质 |
CN113407557A (zh) * | 2021-07-13 | 2021-09-17 | 北京沃东天骏信息技术有限公司 | 资源更新方法及装置、电子设备、存储介质 |
CN113778581A (zh) * | 2021-07-28 | 2021-12-10 | 北京房江湖科技有限公司 | 页面加载方法、电子设备和存储介质 |
-
2021
- 2021-12-20 CN CN202111575285.8A patent/CN114327707A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090063497A1 (en) * | 2007-08-31 | 2009-03-05 | Pierce Darryl L | Methods and systems for providing a java based model-view-controller relationship |
CN102667713A (zh) * | 2009-11-24 | 2012-09-12 | 微软公司 | 带有后台应用逻辑的响应式用户界面 |
CN102937897A (zh) * | 2011-11-21 | 2013-02-20 | 微软公司 | 异步数据绑定 |
US20130132676A1 (en) * | 2011-11-21 | 2013-05-23 | Microsoft Corporation | Asynchronous data binding |
CN103198142A (zh) * | 2013-04-17 | 2013-07-10 | 华为技术有限公司 | 页面数据更新处理方法、客户端及服务器 |
CN109408159A (zh) * | 2017-08-14 | 2019-03-01 | 阿里巴巴集团控股有限公司 | 界面消息显示及处理方法、装置及电子设备 |
CN112306587A (zh) * | 2019-07-15 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 页面的显示处理方法、装置、及终端设备 |
CN111611042A (zh) * | 2020-05-22 | 2020-09-01 | 京东方科技集团股份有限公司 | 设备状态变化的处理方法、装置和计算机可读存储介质 |
CN112699321A (zh) * | 2020-12-23 | 2021-04-23 | 车智互联(北京)科技有限公司 | 一种页面加载方法,计算设备及存储介质 |
CN113407557A (zh) * | 2021-07-13 | 2021-09-17 | 北京沃东天骏信息技术有限公司 | 资源更新方法及装置、电子设备、存储介质 |
CN113778581A (zh) * | 2021-07-28 | 2021-12-10 | 北京房江湖科技有限公司 | 页面加载方法、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10877826B2 (en) | Message processing method and apparatus, storage medium, and computer device | |
US20200236223A1 (en) | Information Reminding Method and Apparatus, and Electronic Terminal | |
CN107295064B (zh) | 基于web的组态型远程监控方法、电子设备及存储介质 | |
US9680719B2 (en) | Communication system, client terminal, and server | |
CN105490869A (zh) | 一种监控数据获取方法、装置和系统 | |
US20170235534A1 (en) | Integrated learning using multiple devices | |
CN110765208B (zh) | 一种数据同步方法、装置、电子设备及存储介质 | |
CN107196980B (zh) | 页面展现流的控制方法、系统及其装置 | |
CN111966887A (zh) | 动态缓存方法及装置、电子设备、存储介质 | |
CA2965283C (en) | Systems and methods of subject state change notification | |
US20180322451A1 (en) | System to catalogue tracking data | |
JP2024502516A (ja) | データ注釈方法、装置、システム、デバイスおよび記憶媒体 | |
CN111290722A (zh) | 屏幕分享方法、装置、系统、电子设备和存储介质 | |
CN110019974B (zh) | 图表下钻实现方法及装置 | |
CN108399058B (zh) | 一种信号显示控制方法及装置 | |
US20140176557A1 (en) | Computer system to visualize data from an ip rights database | |
CN110795314B (zh) | 一种检测慢节点的方法、装置及计算机可读存储介质 | |
CN111381976B (zh) | 消息提示数据的更新方法、装置、存储介质及计算机设备 | |
CN114327707A (zh) | 一种用户界面的刷新方法 | |
KR20140078399A (ko) | 사용자 인터페이스를 제공하는 방법 및 그 디바이스 | |
CN111212300A (zh) | 在线文档的处理方法、装置、电子设备及存储介质 | |
CN113467867B (zh) | 信息处理方法、装置、电子设备及存储介质 | |
CN113055707B (zh) | 一种视频展示方法及装置 | |
CN114547523A (zh) | 在直播间中进行活动导航的方法、装置、设备及存储介质 | |
CN108305097B (zh) | 一种数据处理方法、设备及客户端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |