CN103136201A - 页面信息的展示方法和装置 - Google Patents
页面信息的展示方法和装置 Download PDFInfo
- Publication number
- CN103136201A CN103136201A CN2011103746087A CN201110374608A CN103136201A CN 103136201 A CN103136201 A CN 103136201A CN 2011103746087 A CN2011103746087 A CN 2011103746087A CN 201110374608 A CN201110374608 A CN 201110374608A CN 103136201 A CN103136201 A CN 103136201A
- Authority
- CN
- China
- Prior art keywords
- page
- display data
- script
- page display
- request
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种页面信息的展示方法和装置,该方法包括:调用与接收到的页面展示请求对应的脚本,其中,脚本用于封装页面展示数据;从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。本发明通过在实体中创建临时缓存,当不同的脚本向同一个实体请求加载页面展示数据时,不同的脚本从临时缓存中加载不同的脚本请求的页面展示数据,从而提高加载效率,缩短加载时间。
Description
技术领域
本申请涉及互联网通信领域,具体而言,涉及一种页面信息的展示方法和装置。
背景技术
在现有动态网页技术中,为了实现页面信息的展示,一种常用的方法是采用动态模板引擎技术来实现,该技术往往结合传统MVC(Model-View-Controller,模型-视图-控制器,一种软件设计模式)架构的基础,通过Template Context(模板上下文)和Template Control(一种可重用的动态模板片段)来实现数据流、控制流、以及页面的切块。
Template Context指的是模板上下文,Template Control:定义复杂逻辑的页面组件、指页面上的一块区域、整个动态页面可以由多个Template Control组成(Control里面也可以再嵌套Control)例如:
表1
Template Control里的动态展示数据是从Template Context中获取的,一个Template Control可以分别对应多个Template Context,也可以对应同一个Template Context,为了实现展示驱动同时降低耦合度,每个Template Control可以单独对应一个Template Context,但是,如表1所示,Template Control 1.1和Template Control 1.2获取的数据有可能部分是相同的。
图1示出了Template Context(模板上下文)请求的流程示意图,主要包括以下步骤:
S1:模板管理器接收业务线的页面展示请求;
S2:根据页面展示请求创建和初始化模板;
S3:初始化全局工具/Model/VO(View Object,视图对象,或称为,专门用于数据展示的对象)的模板上下文内容。
如图1所示,在Template Context请求的过程中,将各个业务线需要的数据都在TemplateContext中生成,其中,页面真正需要的数据根据展示条件的不同可能只需要其中一部分;其次,通过定义生成不同的VO对象可以满足各业务线对数据特定的拼装和定制化展示的需求,或者在Template Context中生成某些特定的判断参数,用于实现页面在特定场景下的某些细部展示;再次,通过VO嵌套的方式(一个VO里引用其依赖的数据VO)或者统一将依赖的业务数据对象放到一个大的Map(一种数据结构)中,保证了依赖数据不会缺失。
Template Control是一种可重用的页面片段,一个动态模板可以拆分成多个TemplateControl,而Template Control本身也可以再包含其他Template Control,Template Control之间可以存在嵌套关系。Template Control在模板中的引用方式为:$control.setTemplate(″control名″)。Template Control的作用为实现按动态展示需求加载数据(即一定程度上的懒加载),上述方法也同样可以根据需求实现行业化、定制化展示片段,另外,Template Control也可以封装可重用的展示数据,如信息的价格。
在页面动态展示的过程中,通过在动态模板里使用不同的条件参数或者直接在模板里加入一些运算逻辑来决定显示哪个Template Control,从而实现展示驱动的数据加载(即数据的懒加载),同时该方式也部分满足行业化、定制化的展示需求,另外,通过Template Control与Template Control的不断嵌套来实现数据之间的依赖和数据加载顺序。
在页面布局比较简单、需求场景比较单一的业务发展初期时,上述方式通过控制渲染不同的Template Control可以实现展示驱动的数据加载,同时实现页面的行业化、定制化展示,但当业务发展到一定程度,页面逻辑十分复杂,场景变化越来越多时,在渲染(加载)同一个页面过程中,多个Template Control需要请求相同的数据,使得Template Control重复从模板上下文中请求相同的数据,从而导致了加载的效率比较低,延长了加载时间。
发明内容
本申请的主要目的在于提供一种页面信息的展示方法和装置,以至少解决现有技术中由于Template Control重复从模板上下文中请求相同的数据而导致的加载效率较低的问题。
根据本申请的一个方面,提供了一种页面信息的展示方法,其包括:调用与接收到的页面展示请求对应的脚本,其中,该脚本用于封装页面展示数据;从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。
优选地,通过脚本将页面展示数据进行封装得到页面信息的步骤包括:通过脚本根据页面展示请求指示的业务线需求对页面展示数据进行相应的封装。
优选地,从同一个实体中将页面展示数据加载一次到临时缓存中的步骤包括:在页面展示请求指示的一次页面展示过程中,创建一个临时缓存,从同一个实体中将与最先向同一个实体发送加载请求的脚本对应的页面展示数据加载一次到临时缓存中。
优选地,在一次页面展示完成后,还包括:清除临时缓存。
优选地,将封装得到的页面信息进行展示的步骤包括:将所展示的页面划分成不同的块;通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置。
优选地,设置包括以下至少之一:将块设置为透明、部分透明和不透明。
根据本申请的另一方面,提供了一种页面信息的展示装置,其包括:调用单元,用于调用与接收到的页面展示请求对应的脚本,其中,该脚本用于封装页面展示数据;加载单元,用于从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;展示单元,用于通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。
优选地,展示单元包括:获取模块,用于在通过脚本将页面展示数据进行封装得到页面信息的过程中,获取页面展示请求指示的业务线需求;封装模块,用于通过脚本根据页面展示请求指示的业务线需求对页面展示数据进行相应的封装。
优选地,加载单元包括:创建模块,用于在页面展示请求指示的一次页面展示过程中,创建临时缓存;加载模块,用于从同一个实体中将与最先向同一个实体发送加载请求的脚本对应的页面展示数据加载一次到临时缓存中。
优选地,创建模块还用于在一次页面展示完成后清除临时缓存。
优选地,展示单元还包括:划分模块,用于将所展示的页面划分成不同的块;设置模块,用于通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置。
在本申请中,对页面展示数据进行封装,当不同的脚本向同一个实体请求加载页面展示数据时,该实体创建临时缓存并将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数,在实现数据懒加载的同时,通过对页面展示数据进行封装,封装后的数据本身可以在不同的脚本向同一个实体请求加载页面展示数据时被多次引用,且因为第二次或多次加载数据就直接读缓存中的数据,因此,避免了现有技术中由于TemplateControl重复从模板上下文中请求相同的数据而导致的加载效率较低的问题,从而提高了加载效率。此外,先将页面展示数据封装,再将封装后的展示数据进行展示,实现了将数据封装和数据展示更一步的分离、避免在模板里直接做数据运算,达到了统一维护的目的,也确保整个动态模板页面的逻辑变的清晰。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据相关技术的Template Context请求流程图;
图2是根据本申请实施例的页面信息的展示系统的一种优选的示意图;
图3是根据本申请实施例的页面信息的展示装置的一种优选的结构框图;
图4是根据本申请实施例的展示单元的一种优选的结构框图;
图5是根据本申请实施例的加载单元的一种优选的结构框图;
图6是根据本申请实施例的页面信息的展示装置的一种优选的功能模块示意图;
图7是根据本申请实施例的页面信息的展示方法的一种优选的数据加载流程图;
图8是根据本申请实施例的页面信息的展示方法的一种优选的流程图;
图9是根据本申请实施例的页面信息的展示装置的一种优选的逻辑构架示意图;
图10是根据本申请实施例的脚本(Tag)的一种优选的调用示意图;
图11是根据本申请实施例的懒加载机制的示意图;
图12是根据本申请实施例的展示页面划分成不同的块(Block,或称展示模块)的一种优选的示意图;
图13是根据本申请实施例的遮罩机制的一种优选的示意图;
图14是根据本申请实施例的遮罩机制的另一种优选的示意图;以及
图15是根据本申请实施例的展示模块的一种优选的组合方式的示意图。
具体实施方式
以下结合附图对本申请的优选实施例进行说明,应当理解,此处所描述的的优选实施例仅用于说明和解释本申请,并不用于限定本申请。
在描述本申请的各实施例的进一步细节之前,将参考图2来描述可用于实现本申请的原理的一个合适的计算体系结构。在以下描述中,除非另外指明,否则将参考由一个或多个计算机执行的动作和操作的符号表示来描述本申请的各实施例。由此,可以理解,有时被称为计算机执行的这类动作和操作包括计算机的处理单元对以结构化形式表示数据的电信号的操纵。这一操纵转换了数据或在计算机的存储器系统中的位置上维护它,这以本领域的技术人员都理解的方式重配置或改变了计算机的操作。维护数据的数据结构是具有数据的格式所定义的特定属性的存储器的物理位置。然而,尽管在上述模板上下文中描述本申请,但它并不意味着限制性的,如本领域的技术人员所理解的,后文所描述的动作和操作的各方面也可用硬件来实现。
转向附图,其中相同的参考标号指代相同的元素,本申请的原理被示为在一个合适的计算环境中实现。以下描述基于所述的本申请的实施例,并且不应认为是关于此处未明确描述的替换实施例而限制本申请。
图2示出了可用于这些设备的一个示例计算机体系结构的示意图。出于描述的目的,所绘的体系结构仅为合适环境的一个示例,并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图2所示的任一组件或其组合具有任何依赖或需求。
本申请的原理可以使用其它通用或专用计算或通信环境或配置来操作。适用于本申请的众所周知的计算系统、环境和配置的示例包括但不限于,个人计算机、服务器,多处理器系统、基于微处理的系统、小型机、大型计算机、以及包括任一上述系统或设备的分布式计算环境。
在其最基本的配置中,图2中的页面信息的展示系统200至少包括:一个网站的服务器202以及一个或多个客户端204。服务器202可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置、用于存储数据的存储装置以及与客户端通信的传输装置;客户端204可以包括:微处理器MCU、与服务器通信的传输装置、与用户交互的显示装置。在本说明书和权利要求书中,“页面信息的展示系统”也可以被定义为能够执行软件、固件或微码来实现功能的任何硬件组件或硬件组件的组合。页面信息的展示系统200甚至可以是分布式的,以实现分布式功能。
如本申请所使用的,术语“模块”、“组件”或“单元”可以指在页面信息的展示系统200上执行的软件对象或例程。此处所描述的不同组件、模块、单元、引擎和服务可被实现为在页面信息的展示系统200上执行(例如,作为单独的线程)的对象或进程。尽管此处所描述的系统和方法较佳地以软件来实现,但是硬件或软件和硬件的组合的实现也是可能并被构想的。
实施例1
如图2所示,页面信息的展示系统200包括:网站的服务器202和客户端204。在工作过程中,客户端204向服务器202发送用户的页面展示请求;服务器202根据接收到的用户页面展示请求调用与接收到的页面展示请求对应的脚本,其中,脚本用于封装页面展示数据;服务器202从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;服务器202通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。
在本优选的实施例中,对页面展示数据进行封装,当不同的脚本向同一个实体请求加载页面展示数据时,该实体创建临时缓存并将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据,在实现数据懒加载的同时,通过对页面展示数据进行封装,封装后的数据本身可以在不同的脚本向同一个实体请求加载页面展示数据时被多次引用,且因为第二次或多次加载数据就直接读缓存中的数据,因此,多次引用避免了脚本重复从同一实体中加载不同的脚本请求的页面展示数据的问题,避免了现有技术中由于Template Control重复从模板上下文中请求相同的数据而导致的加载效率较低的问题,从而提高了加载效率。此外,先将页面展示数据封装,再将封装后的展示数据进行展示,实现了将数据封装和数据展示更一步的分离、避免在模板里直接做数据运算,达到了统一维护的目的,也确保整个动态模板页面的逻辑变的清晰。
优选地,从同一个实体中将页面展示数据加载一次到临时缓存中的步骤可以包括:从同一个实体中一次性地将所有需要加载的页面展示数据加载到临时缓存中,或者,从同一个实体中分批将所有需要加载的页面展示数据加载到临时缓存中。
进一步地,在上述实施例中,通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示,在此过程中,实现了脚本对个性化数据的统一封装,通过封装实现了解耦,降低了耦合度,从而可以实现页面信息方便地、快速地调整。同时,在将封装后的展示数据进行展示时,通过脚本对展示数据做拼装逻辑封装,可以根据展示数据彼此之间存在的依赖关系按顺序按获取展示数据,从而可以正确管理各封装后的展示数据的依赖关系,提高了系统的可维护性和性能。
图3是根据本申请实施例的页面信息的展示装置的一种优选的结构框图,优选的,根据本申请实施例的页面信息的展示装置可以位于服务器202或客户端204上。如图3所示,根据本申请实施例的页面信息的展示装置包括以下单元:调用单元302,用于调用与接收到的页面展示请求对应的脚本,其中,该脚本用于封装页面展示数据;加载单元304,与调用单元302连接,用于从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;展示单元306,与加载单元304连接,用于通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示(相当于页面渲染)。
在上述优选的实施例中,对页面展示数据进行封装,当不同的脚本向同一个实体请求加载页面展示数据时,该实体创建临时缓存并将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数,在实现数据懒加载的同时,通过对页面展示数据进行封装,封装后的数据本身可以在不同的脚本向同一个实体请求加载页面展示数据时被多次引用,且因为第二次或多次加载数据就直接读缓存中的数据,因此,多次引用避免了脚本重复从同一实体中加载不同的脚本请求的页面展示数据的问题,避免了现有技术中由于Template Control重复从模板上下文中请求相同的数据所带来的问题,从而提高了加载效率。此外,先将页面展示数据封装,再将封装后的展示数据进行展示,实现了将数据封装和数据展示更一步的分离、避免在模板里直接做数据运算,达到了统一维护的目的,也确保整个动态模板页面的逻辑变的清晰。
进一步地,在上述实施例中,通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示,在此过程中,实现了脚本对个性化数据的统一封装,通过封装实现了解耦,降低了耦合度,从而可以实现页面信息方便地、快速地调整。同时,在将封装后的展示数据进行展示时,通过脚本对展示数据做拼装逻辑封装,可以根据展示数据彼此之间存在的依赖关系按顺序按获取展示数据,从而可以正确管理各封装后的展示数据的依赖关系,提高了系统的可维护性和性能。
本申请还对展示单元306进行了改进,以便达到页面展示的行业化、定制化的技术效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,如图4所示,展示单元306包括:获取模块402,用于在通过脚本将页面展示数据进行封装得到页面信息的过程中,获取页面展示请求指示的业务线需求;封装模块404,与获取模块402连接,用于通过脚本根据页面展示请求指示的业务线需求对页面展示数据进行相应的封装。在本优选的实施例中,根据页面展示请求指示的业务线需求对页面展示数据进行相应的封装,实现了数据的懒加载,达到了页面展示的行业化、定制化的技术效果。另外,对页面展示数据进行相应的封装,在需要再次展示此数据时可以直接应用,而不必再次封装,实现一次生成、多次引用,避免了多个动态页面或者多个Template Control需要重复计算过程,同时,将数据展示和数据封装分开操作,动态模板主要专注于展示、而数据的封装则主要由Tag脚本来实现,也达到了统一维护的目的,整个动态模板页面的逻辑也变的清晰。
本申请还对加载单元304进行了改进,以达到快速加载页面展示数据的技术效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,如图5所示,加载单元304包括:创建模块502,用于在页面展示请求指示的一次页面展示过程中,创建临时缓存;加载模块504,与创建模块502连接,用于从同一个实体中将与最先向所述同一个实体发送加载请求的脚本对应的页面展示数据加载一次到临时缓存中。在本优选的实施例的加载过程中,对于不同脚本向同一实体请求加载页面展示数据时,该实体则加载一次数据到创建的临时缓存中,实现数据懒加载,然后不同的脚本从临时缓存中获取所需的加载页面展示数据。由于从临时缓存中获取数据的时间要远远短于从实体中获取相同数据的时间,从而避免不同脚本重复从同一实体中加载页面展示数据,提高了加载效率,缩短了加载时间。
优选地,加载单元304在一次页面展示完成后清除临时缓存。由于临时缓存只在一次请求中是有效的、请求完成后可以实时地对临时缓存进行清除,从而释放了存储空间资源,提高了系统的存储空间资源的利用率。
本申请还对展示单元306进行了改进,以便达到不修改动态页面逻辑的前提下实现行业化、定制化展示的技术效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,展示单元306包括:划分模块,用于将所展示的页面划分成不同的块;设置模块,用于通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置。在本优选的实施例中,通过划分模块将所展示的页面划分成不同的块后,设置模块通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置,可以实现在不改变原有动态页面结构的场景下也能满足不同特定场景的需求,避免了在动态模板中做很多的逻辑判断,降低动态模板的维护性,从而达到改变页面上多个细部展示的需求,实现了在不修改动态页面逻辑的前提下实现行业化、定制化展示的技术效果。
优选地,所述设置包括以下至少之一:将所述块设置为透明、部分透明和不透明。
图6是根据本申请实施例的页面信息的展示装置的一种优选的功能模块示意图,如图6所示,模板(Template)602是一种动态的页面展示技术;视图对象(VO)604是将需要在页面中展示的数据统一封装后的对象,即页面展示数据;脚本(Tag)606为一段封装页面展示数据的模板语言脚本;实体(Entity)608对应于一个现实世界中存在的对象,具有纯粹性,能够精确地描述业务数据,但与具体实现完全无关,属于领域模型(Domain Model)的一部分;实体示例(EntityImpl)610是Entity的一种具体实现,其包含Entity中将某块业务数据封装成页面展示数据的具体实现过程;组件(Logic)612是获取某块业务数据的组件,展示系统中需要提取展示的数据有很多,每块数据在后台都会封装成独立的模块以便可以重用,在Logic内部会访问到数据层,一个EntityImpl可以包含多个Logic分别封装不同的提取过程;加载模块(Loader)614是专门加载Entity的模块;数据访问接口(DAO,DataAccess Object)616为包含访问特定数据源的数据的逻辑模块;封装模块(Param)618用于封装HTTP请求的参数对象;Service Client 620为服务客户端;Service Interface 622为服务接口。
进一步地,模板(Template)602视为调用单元,用于调用与接收到的页面展示请求对应的脚本(Tag)606;视图对象(View Object,简称为VO)604、实体(Entity)608、实体示例(EntityImpl)610以及组件(Logic)612整体视为加载单元,用于从实体608中加载脚本606请求的页面展示数据;脚本(Tag)606、加载模块(Loader)614、数据访问接口(DAO)616、封装模块(Param)618、服务客户端(Service Client)620以及服务接口(Service Interface)622整体视为展示单元,用于通过脚本606将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。
进一步地,基于上述功能模块,本申请还提供了一种优选的页面信息的展示方法,如图7所示,该方法包括如下步骤:
S702:Template 602在页面一次展示过程中按照渲染顺序分别调用引用到的Tag 606;
S704:Tag 606从一个或多个Entity 608中加载页面展示数据,并将页面展示数据封装成页面信息;
S706:Entity 608在没有接收到Tag 606的加载请求之前不会加载任何数据,在接收到来自Tag 606的加载请求时也只会加载Tag 606请求的那部分数据(即懒加载的方式),在加载所请求的数据的过程中,可以通过不同的Logic 612和DAO 616模块从相应的数据源查询数据来实现。
实施例2
在图2-图6所示的页面信息的展示系统和装置的基础上,本申请还提供了一种页面信息的展示方法,如图8所示,其包括如下步骤:
S802,调用与接收到的页面展示请求对应的脚本,其中,该脚本用于封装页面展示数据;
S804,从实体中加载脚本请求的页面展示数据,其中,在不同的脚本向同一个实体请求加载页面展示数据时,从同一个实体中将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数据;
S806,通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示。
在本优选的实施例中,对页面展示数据进行封装,当不同的脚本向同一个实体请求加载页面展示数据时,该实体创建临时缓存并将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的页面展示数,在实现数据懒加载的同时,通过对页面展示数据进行封装,封装后的数据本身可以在不同的脚本向同一个实体请求加载页面展示数据时被多次引用,且因为第二次或多次加载数据就直接读缓存中的数据,因此,多次引用避免了脚本重复从同一实体中加载不同的脚本请求的页面展示数据的问题,避免了现有技术中由于Template Control重复从模板上下文中请求相同的数据而导致的加载效率较低的问题,从而提高了加载效率。此外,先将页面展示数据封装,再将封装后的展示数据进行展示,实现了将数据封装和数据展示更一步的分离、避免在模板里直接做数据运算,达到了统一维护的目的,也确保整个动态模板页面的逻辑变的清晰。
进一步地,在上述实施例中,通过脚本将页面展示数据进行封装得到页面信息,并将封装得到的页面信息进行展示,在此过程中,实现了脚本对个性化数据的统一封装,通过封装实现了解耦,降低了耦合度,从而可以实现页面信息方便地、快速地调整。同时,在将封装后的展示数据进行展示时,通过脚本对展示数据做拼装逻辑封装,可以根据展示数据彼此之间存在的依赖关系按顺序按获取展示数据,从而可以正确管理各封装后的展示数据的依赖关系,提高了系统的可维护性和性能。
优选地,本申请还对上述的封装步骤进行了改进,以便达到满足不同业务线需求的技术效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,通过所述脚本将页面展示数据进行封装得到页面信息的步骤包括:通过脚本根据页面展示请求指示的业务线需求对页面展示数据进行相应的封装。在本优选的实施例中,通过页面展示请求指示的业务线需求对页面展示数据进行相应的封装,实现了数据的懒加载,达到了页面展示的行业化、定制化的技术效果。另外,对页面展示数据进行相应的封装,在需要再次展示此数据时可以直接应用,而不必再次封装,实现一次生成、多次引用,避免了多个动态页面或者多个TemplateControl需要重复计算过程,同时,将数据展示和数据封装分开操作,动态模板主要专注于展示、而数据的封装则主要由Tag脚本来实现,也达到了统一维护的目的,整个动态模板页面的逻辑也变的清晰。
优选地,本申请还对上述的加载页面展示数据步骤进行了改进,以达到提高加载效率,缩短加载时间的效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,从所述同一个实体中将所述页面展示数据加载一次到临时缓存中的步骤包括:在不同的脚本(Tag)向同一个实体请求加载页面展示数据时,该实体会相应的创建一个临时缓存,将页面展示数据加载一次到临时缓存中,然后从临时缓存中获取不同的脚本请求的所述页面展示数据。举例而言,如Tag1请求的页面展示数据会临时放到临时缓存中,当Tag2向该实体请求同样的页面展示数据时,Tag2会首先直接从临时缓存中获取页面展示数据,在一次页面渲染完成后,临时缓存也会被清除。在本优选的实施例中,在实现数据懒加载的同时通过实体做一个临时缓存的方式,避免了不同的脚本重复从同一实体中加载不同的脚本请求的页面展示数据,从而提高了加载效率,缩短了加载时间,同时,及时清除临时缓存也有助于提高系统的性能。
优选地,在本申请各个优选的实施例的基础上,在一次页面展示完成后清除临时缓存。在本优选的实施例中,由于临时缓存只在一次请求中是有效的、请求完成后可以实时地对临时缓存进行清除,从而释放了存储空间资源,提高了系统的存储空间资源的利用率。
本申请还对展示步骤进行了改进,以便达到不修改动态页面逻辑的前提下实现行业化、定制化展示的技术效果。为了实现上述目的,具体地,在本申请各个优选的实施例的基础上,将所述封装得到的页面信息进行展示的步骤包括:将所展示的页面划分成不同的块;通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置。在本优选的实施例中,通过XML配置来按照页面展示请求指示的展示遮罩信息对不同的块的透明度进行设置,可以实现在不改变原有动态页面结构的场景下也能满足不同特定场景的需求,避免了在动态模板中做很多的逻辑判断,降低动态模板的维护性,从而达到改变页面上多个细部展示的需求,实现了在不修改动态页面逻辑的前提下实现行业化、定制化展示的技术效果。
优选地,所述设置包括以下至少之一:将所述块设置为透明、部分透明和不透明。
优选地,本申请的各个优选实施例中通过脚本将页面展示数据进行封装得到页面信息的步骤还包括:脚本可对实体中的页面展示数据进行级联加载和依赖管理,如实体A依赖于实体B,当脚本加载实体A中的页面展示数据时会自动加载实体B中的页面展示数据,从而实现页面展示数据之间的依赖和按序加载。
在图3和图8的基础上,图9示出了本页面信息的展示装置的一种优选的逻辑构架示意图,如图9所示,在本申请所述的展示装置中,从逻辑上主要可以分成4层,每一层的职责明确,分别具有如下特点和定义:
1)Tag层,主要负责对Model层的页面展示数据进行计算并封装成最终的展示信息,Model层的页面展示数据更接近于数据库字段,和展示前台用户看到的展示信息有很大差别,Tag便是做两者之间的转换工作;
2)Model层,该层由前面所述的Entity(实体)组成,是基于领域模型的富血模型,本身具有强类型,有状态的特点,实体之间互相可以有依赖关系,因而其可以进行级联加载;
3)Logic层,业务组件模块,主要负责封装相对比较独立的业务模块;
4)DB/接口/DAO,负责封装底层,或者远程数据源的读取。
优选地,Model层中的实体之间互相可以有依赖关系,因而其可以进行级联加载,例如:实体A依赖于实体B,那么当实体A加载的时候会自动加载实体B,从而实现数据之间的依赖,提高了系统的可维护性和性能。
优选地,实体的加载具有懒加载的特性,也就是说,Model层的实体不需要在请求时一次全部加载,而可以在需要展示某个实体时再去加载,从而避免在页面的最顶层把所有的数据一次全部准备好,同时大大提高了系统的性能。
优选地,Tag一般为弱类型的脚本,具有明显的动态语言特性,本申请的一个具体实现中以一段Velocity脚本为示例,但不仅限于此,以下结合示例具体说明Tag的定义和具体示例。
以下为本申请的一个通过Tag(脚本)获取网页上的类目展示导航栏的具体示例,在本实施例中,Tag是采用Velocity引擎和Spring框架来实现的,Tag示例:
从上述示例中可以看出,本实现中Tag是一段Velocity脚本,所不同的是它可以获取Spring的BeanFactory,从而可以从相应的Entity(实体)中加载该脚本请求的页面展示数据,同时,将页面展示数据封装得到最终的页面信息。
Tag在Velocity模板中的使用示例:
从上述示例中可以看出,定义了一个Tag后,可以在该模板中的任何地方便捷的引用该Tag,从而提高了代码的可读性。
结合上述示例,图10是根据本申请实施例的脚本(Tag)的一种优选的调用示意图。
如图10所示,脚本(Tag)可以采用但不限于Velocity引擎和Spring框架来实现脚本的调用,脚本可以获取Spring的BeanFactory(Bean工厂),从而可以从相应的Entity(实体)中加载该脚本请求的页面展示数据,同时,将页面展示数据封装得到最终的页面信息,并通过调用脚本来实现一次页面的数据加载。在本实施例中,通过对页面展示数据进行封装,封装后的数据本身可以在不同的脚本向同一个实体请求加载页面展示数据时被多次引用,避免了脚本重复从同一实体中加载不同的脚本请求的页面展示数据的问题,提高了加载效率。此外,将数据和展示更一步的分离、避免在模板里直接做数据运算,达到了统一维护的目的,也确保整个动态模板页面的逻辑变的清晰。
本申请对懒加载机制进行了改进,以避免不同脚本重复从同一实体加载页面展示数据的问题。如图11所示,在一次页面展示的过程中使用到了Tag1和Tag2,这两个Tag都需要从Entity的DataBlock1(数据模块1)和DataBlock3(数据模块3)加载页面展示数据,Entity的每个Datablock都只会在第一个Tag向Entity发送请求时被加载,而且在一次页面渲染(或展示)过程中,每个Datablock只会被加载一次,Entity会相应的为DataBlock1和DataBlock3分别做一个临时缓存,将DataBlock1和DataBlock3的页面展示数据分别放在相应的临时缓存中,第一个Tag请求后无论有多少个Tag再重复请求该页面展示数据,Entity都只会直接将相应的临时缓存中的页面展示数据返回给Tag,另外,如果有某个DataBlock没有被任何Tag请求到,则该DataBlock永远都不会被访问,如图11中的DataBlock2。
进一步地,本申请还提供了一种优选的遮罩机制,以满足某种特定场景的需求。为了实现上述目的,具体地,通过遮罩机制在不修改动态页面逻辑的前提下实现页面行业化、定制化的展示,所有的定制逻辑都可以集中描述在一个XML中。
以下结合附图详细描述遮罩机制的原理:
如图12所示,例如一个页面中有多个展示模块,随着需求的变化,可能会对展示模块做如下的调整,需要将Block3(展示模块3)的内容完全替换,或者保留Block3的一部分,而改变剩下的一部分,对于前者来说,如图13所示,本申请的优选实施例可以通过一个不透明的遮罩将其遮住,而对于后者来说,如图14所示,可以用一个部分透明的遮罩对其做部分遮住,从而实现在不修改动态页面逻辑的前提下实现页面行业化、定制化的展示。
进一步地,利用遮罩机制,上述场景的变化完全可以通过XML配置的方式来实现,不需要在页面中加入过多的判断逻辑,从而使得整个页面逻辑清晰,符合软件开发的开-闭原则。
进一步地,为实现遮罩机制需要首先将页面做一个组件划分,每一个组件都作为一个Block,Block本身是可以互相嵌套的,一个Block可以分为很多的区域,每个区域又可细分为多个子Block,这样做的意图是为了让Block本身粒度可以很细、方便自由组合及灵活定义。Block在XML中的定义方式如下:
根据命名:
如:<block id=″main/myname″/>
引用方式:$block.main.myname
根据Index索引:
如:<block id=″myname″index=″0.12345″/>
引用方式:$block.myname.get(1)
当然,上述方式只是优选的示例,不仅限于此。
进一步地,Block遮罩的规则如下:
Block默认是全透明的,如果BlockA是BlockB的父亲,则BlockB继承所有BlockA的嵌套Block;如果BlockA是BlockB的父亲,则默认BlockA/X自动变成BlockB/X的父亲,除非BlockB/X显式声明了另外一块Block作为他的父亲,BlockB/X本身不是透明的。
以下是利用Velocity模板(VM)实现Block的一个具体案例,首先需要通过XML配置一套Block的配置文件,如下代码块:
当然,上述只是优选的案例,Block的具体实现方法不仅限于此。
进一步地,每个Block标签代表一个展示模块,该展示模块包含的常用的属性如下表所示。
属性名 | 注释 |
ID | 用于标识和对外的引用 |
transparent | 是否是透明、默认为true |
file | 指定该Block对应的文件名 |
parent | 指定该Block的父亲 |
description | 对Block的具体描述 |
进一步地,将页面的VM转换成通过Block引用的Widget(组件),通过Block组合的方式替换原有Control的方式,如图15所示,当页面逻辑复杂、场景变化多时,通过Block组合的方式实现页面行业化、定制化的展示,与原有Control的方式比较,避免了Control的层层嵌套,大大提高了代码的可读性,增强了应对需求变化的灵活性。
进一步地,本申请的具体实现采用Java语言只是一种示例,不仅限于此,其他的计算机语言也能到达类似的效果。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种页面信息的展示方法,其特征在于,包括:
调用与接收到的页面展示请求对应的脚本,其中,所述脚本用于封装页面展示数据;
从实体中加载所述脚本请求的所述页面展示数据,其中,在不同的脚本向同一个实体请求加载所述页面展示数据时,从所述同一个实体中将所述页面展示数据加载一次到临时缓存中,然后从所述临时缓存中获取所述不同的脚本请求的所述页面展示数据;
通过所述脚本将所述页面展示数据进行封装得到页面信息,并将所述封装得到的页面信息进行展示。
2.根据权利要求1所述的方法,其特征在于,通过所述脚本将所述页面展示数据进行封装得到页面信息的步骤包括:
通过所述脚本根据所述页面展示请求指示的业务线需求对所述页面展示数据进行相应的封装。
3.根据权利要求1所述的方法,其特征在于,从所述同一个实体中将所述页面展示数据加载一次到临时缓存中的步骤包括:
在所述页面展示请求指示的一次页面展示过程中,创建一个所述临时缓存,从所述同一个实体中将与最先向所述同一个实体发送加载请求的脚本对应的所述页面展示数据加载一次到所述临时缓存中。
4.根据权利要求1或3所述的方法,其特征在于,在所述一次页面展示完成后,还包括:清除所述临时缓存。
5.根据权利要求1所述的方法,其特征在于,将所述封装得到的页面信息进行展示的步骤包括:
将所展示的页面划分成不同的块;
通过XML配置来按照所述页面展示请求指示的展示遮罩信息对所述不同的块的透明度进行设置。
6.根据权利要求5所述的方法,其特征在于,所述设置包括以下至少之一:将所述块设置为透明、部分透明和不透明。
7.一种页面信息的展示装置,其特征在于,包括:
调用单元,用于调用与接收到的页面展示请求对应的脚本,其中,所述脚本用于封装页面展示数据;
加载单元,用于从实体中加载所述脚本请求的所述页面展示数据,其中,在不同的脚本向同一个实体请求加载所述页面展示数据时,从所述同一个实体中将所述页面展示数据加载一次到临时缓存中,然后从所述临时缓存中获取所述不同的脚本请求的所述页面展示数据;
展示单元,用于通过所述脚本将所述页面展示数据进行封装得到页面信息,并将所述封装得到的页面信息进行展示。
8.根据权利要求7所述的装置,其特征在于,所述展示单元包括:
获取模块,用于在通过所述脚本将所述页面展示数据进行封装得到页面信息的过程中,获取所述页面展示请求指示的业务线需求;
封装模块,用于通过所述脚本根据所述页面展示请求指示的业务线需求对所述页面展示数据进行相应的封装。
9.根据权利要求7所述的装置,其特征在于,所述加载单元包括:
创建模块,用于在所述页面展示请求指示的一次页面展示过程中,创建所述临时缓存;
加载模块,用于从所述同一个实体中将与最先向所述同一个实体发送加载请求的脚本对应的所述页面展示数据加载一次到所述临时缓存中。
10.根据权利要求9所述的装置,其特征在于,所述创建模块还用于在所述一次页面展示完成后清除所述临时缓存。
11.根据权利要求7所述的装置,其特征在于,所述展示单元还包括:
划分模块,用于将所展示的页面划分成不同的块;
设置模块,用于通过XML配置来按照所述页面展示请求指示的展示遮罩信息对所述不同的块的透明度进行设置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103746087A CN103136201A (zh) | 2011-11-22 | 2011-11-22 | 页面信息的展示方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103746087A CN103136201A (zh) | 2011-11-22 | 2011-11-22 | 页面信息的展示方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103136201A true CN103136201A (zh) | 2013-06-05 |
Family
ID=48496038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011103746087A Pending CN103136201A (zh) | 2011-11-22 | 2011-11-22 | 页面信息的展示方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103136201A (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103336794A (zh) * | 2013-06-09 | 2013-10-02 | 百度在线网络技术(北京)有限公司 | 用于在目标页面中提供对应呈现信息的方法与设备 |
CN104184656A (zh) * | 2014-08-22 | 2014-12-03 | 广州华多网络科技有限公司 | 一种信息显示方法及应用服务器 |
CN104850560A (zh) * | 2014-02-18 | 2015-08-19 | 北京京东尚科信息技术有限公司 | 一种实时加载网页中业务数据的方法和系统 |
CN106302008A (zh) * | 2016-08-05 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 数据更新方法和装置 |
CN106610832A (zh) * | 2015-10-27 | 2017-05-03 | 阿里巴巴集团控股有限公司 | 页面异步渲染方法及装置 |
CN106648485A (zh) * | 2015-10-29 | 2017-05-10 | 阿里巴巴集团控股有限公司 | 页面展示的方法和客户端 |
CN106897318A (zh) * | 2015-12-21 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 移动终端设备上应用页面的展示方法及装置 |
CN106909361A (zh) * | 2015-12-23 | 2017-06-30 | 任子行网络技术股份有限公司 | 基于模版引擎的web开发方法和装置 |
CN106960053A (zh) * | 2017-03-31 | 2017-07-18 | 中联恒天控股有限公司 | 一种具有动态数据管理和访问功能的征信系统 |
CN107291940A (zh) * | 2017-07-07 | 2017-10-24 | 腾讯科技(深圳)有限公司 | 页面内容管理方法、装置及相关服务器 |
CN107315646A (zh) * | 2016-04-27 | 2017-11-03 | 北京京东尚科信息技术有限公司 | 页面组件间的数据流向控制方法和装置 |
CN107450929A (zh) * | 2017-08-10 | 2017-12-08 | 武汉斗鱼网络科技有限公司 | 页面开发方法及装置 |
CN107679220A (zh) * | 2017-10-19 | 2018-02-09 | 深圳中兴网信科技有限公司 | Web资源的定制适配方法、定制适配系统 |
CN108282518A (zh) * | 2017-12-26 | 2018-07-13 | 阿里巴巴集团控股有限公司 | 一种客户端页面生成方法和装置 |
CN108694066A (zh) * | 2018-05-09 | 2018-10-23 | 北京酷我科技有限公司 | 一种tableView延迟刷新的方法 |
CN109062550A (zh) * | 2018-07-27 | 2018-12-21 | 北京京东金融科技控股有限公司 | 页面构建方法和系统、用户终端、服务器和可读存储介质 |
CN109857473A (zh) * | 2017-11-29 | 2019-06-07 | 北京京东尚科信息技术有限公司 | 一种页面数据的加载方法和装置 |
CN110020275A (zh) * | 2017-08-22 | 2019-07-16 | 武汉斗鱼网络科技有限公司 | 一种直播中礼物面板加载方法及系统 |
CN112579542A (zh) * | 2020-12-17 | 2021-03-30 | 海信视像科技股份有限公司 | 一种显示设备及页面绘制方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020120940A1 (en) * | 2001-02-02 | 2002-08-29 | Open Tv | Method and apparatus compilation of an interpretative language for interactive television |
CN101388037A (zh) * | 2008-10-27 | 2009-03-18 | 阿里巴巴集团控股有限公司 | 一种页面布局的方法和装置 |
CN101788994A (zh) * | 2009-08-14 | 2010-07-28 | 成都迪捷信息技术有限公司 | 一种数据展示模型建立方法、数据展示方法及装置 |
US20110082984A1 (en) * | 2009-10-06 | 2011-04-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Shared Script Files in Multi-Tab Browser |
-
2011
- 2011-11-22 CN CN2011103746087A patent/CN103136201A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020120940A1 (en) * | 2001-02-02 | 2002-08-29 | Open Tv | Method and apparatus compilation of an interpretative language for interactive television |
CN101388037A (zh) * | 2008-10-27 | 2009-03-18 | 阿里巴巴集团控股有限公司 | 一种页面布局的方法和装置 |
CN101788994A (zh) * | 2009-08-14 | 2010-07-28 | 成都迪捷信息技术有限公司 | 一种数据展示模型建立方法、数据展示方法及装置 |
US20110082984A1 (en) * | 2009-10-06 | 2011-04-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Shared Script Files in Multi-Tab Browser |
Non-Patent Citations (1)
Title |
---|
KEI WADA等: "A design of XML schema for information presentation system using augmented reality in new generation network management", 《INNOVATIONS FOR DIGITAL INCLUSIONS》, 1 September 2009 (2009-09-01) * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103336794A (zh) * | 2013-06-09 | 2013-10-02 | 百度在线网络技术(北京)有限公司 | 用于在目标页面中提供对应呈现信息的方法与设备 |
CN103336794B (zh) * | 2013-06-09 | 2018-07-06 | 百度在线网络技术(北京)有限公司 | 用于在目标页面中提供对应呈现信息的方法与设备 |
CN104850560A (zh) * | 2014-02-18 | 2015-08-19 | 北京京东尚科信息技术有限公司 | 一种实时加载网页中业务数据的方法和系统 |
CN104184656A (zh) * | 2014-08-22 | 2014-12-03 | 广州华多网络科技有限公司 | 一种信息显示方法及应用服务器 |
CN104184656B (zh) * | 2014-08-22 | 2017-07-28 | 广州华多网络科技有限公司 | 一种信息显示方法及应用服务器 |
CN106610832B (zh) * | 2015-10-27 | 2020-06-05 | 阿里巴巴集团控股有限公司 | 页面异步渲染方法及装置 |
CN106610832A (zh) * | 2015-10-27 | 2017-05-03 | 阿里巴巴集团控股有限公司 | 页面异步渲染方法及装置 |
CN106648485A (zh) * | 2015-10-29 | 2017-05-10 | 阿里巴巴集团控股有限公司 | 页面展示的方法和客户端 |
CN106897318A (zh) * | 2015-12-21 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 移动终端设备上应用页面的展示方法及装置 |
CN106909361A (zh) * | 2015-12-23 | 2017-06-30 | 任子行网络技术股份有限公司 | 基于模版引擎的web开发方法和装置 |
CN107315646A (zh) * | 2016-04-27 | 2017-11-03 | 北京京东尚科信息技术有限公司 | 页面组件间的数据流向控制方法和装置 |
CN106302008B (zh) * | 2016-08-05 | 2019-02-26 | 腾讯科技(深圳)有限公司 | 数据更新方法和装置 |
CN106302008A (zh) * | 2016-08-05 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 数据更新方法和装置 |
CN106960053A (zh) * | 2017-03-31 | 2017-07-18 | 中联恒天控股有限公司 | 一种具有动态数据管理和访问功能的征信系统 |
CN107291940A (zh) * | 2017-07-07 | 2017-10-24 | 腾讯科技(深圳)有限公司 | 页面内容管理方法、装置及相关服务器 |
CN107450929A (zh) * | 2017-08-10 | 2017-12-08 | 武汉斗鱼网络科技有限公司 | 页面开发方法及装置 |
CN110020275A (zh) * | 2017-08-22 | 2019-07-16 | 武汉斗鱼网络科技有限公司 | 一种直播中礼物面板加载方法及系统 |
CN107679220A (zh) * | 2017-10-19 | 2018-02-09 | 深圳中兴网信科技有限公司 | Web资源的定制适配方法、定制适配系统 |
CN109857473A (zh) * | 2017-11-29 | 2019-06-07 | 北京京东尚科信息技术有限公司 | 一种页面数据的加载方法和装置 |
CN108282518A (zh) * | 2017-12-26 | 2018-07-13 | 阿里巴巴集团控股有限公司 | 一种客户端页面生成方法和装置 |
CN108694066A (zh) * | 2018-05-09 | 2018-10-23 | 北京酷我科技有限公司 | 一种tableView延迟刷新的方法 |
CN108694066B (zh) * | 2018-05-09 | 2021-04-27 | 北京酷我科技有限公司 | 一种tableView延迟刷新的方法 |
CN109062550A (zh) * | 2018-07-27 | 2018-12-21 | 北京京东金融科技控股有限公司 | 页面构建方法和系统、用户终端、服务器和可读存储介质 |
CN109062550B (zh) * | 2018-07-27 | 2021-10-01 | 京东数字科技控股有限公司 | 页面构建方法和系统、用户终端、服务器和可读存储介质 |
CN112579542A (zh) * | 2020-12-17 | 2021-03-30 | 海信视像科技股份有限公司 | 一种显示设备及页面绘制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103136201A (zh) | 页面信息的展示方法和装置 | |
CN109597661B (zh) | 一种业务功能配置方法及装置 | |
US9420034B2 (en) | Providing services to multiple tenants of an application | |
CN110020307B (zh) | 一种客户端视图的绘制方法和装置 | |
US8745584B2 (en) | Dependency injection by static code generation | |
US8752003B2 (en) | Model driven approach for availability management framework (AMF) configuration generation | |
CN104731594A (zh) | 一种基于Bootstrap显示运行时定制页面的方法 | |
CN105630522B (zh) | 一种Web应用的更新方法、装置和系统 | |
US8839197B2 (en) | Automated analysis of composite applications | |
CN106990960A (zh) | 代码部署方法及装置 | |
CN109976729B (zh) | 一种存算显全局可配置的数据分析软件架构设计方法 | |
US20170039298A1 (en) | Model driven computational platform for integrated design of products, materials and manufacturing processes | |
EP3462330A1 (en) | Fault tolerant adapter system to consume database as a service | |
CN111782211A (zh) | 基于Vue组件的参数页面动态生成方法及装置 | |
CN115392501A (zh) | 数据采集方法、装置、电子设备及存储介质 | |
CN105824647A (zh) | 一种表单页面生成方法和装置 | |
CN117331567A (zh) | 一种基于数据化的静态页面代码生成方法及相关设备 | |
CN111324332A (zh) | 大数据任务的处理方法及系统、电子设备、存储介质 | |
CN116186022A (zh) | 表单处理方法、装置、分布式表单系统和计算机存储介质 | |
CN114356379A (zh) | 基于备份的服务升级方法、装置、设备及存储介质 | |
CN114489861A (zh) | 目标组件转化方法、装置、电子设备及可读存储介质 | |
CN111209322B (zh) | 金融信息采集处理系统及方法 | |
CN113535175A (zh) | 应用程序前端代码的生成方法、装置、电子设备及介质 | |
CN111666296B (zh) | 基于Flink的SQL数据实时处理方法、装置、计算机设备和介质 | |
CN117234466B (zh) | 企业管理软件开发方法、系统、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1181501 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130605 |