页面处理方法、装置、终端设备、服务器和存储介质与流程

文档序号:20009089发布日期:2020-02-22 03:53阅读:115来源:国知局
页面处理方法、装置、终端设备、服务器和存储介质与流程

本公开涉及页面处理技术领域,具体地说,涉及一种页面处理方法、装置、终端设备、服务器和存储介质。



背景技术:

随着移动互联网的深入发展,功能不断丰富,产品高速迭代。页面元素修改、增加、删减等的更新需求越来越高,不同用户也需要展示不同的页面元素。可见,单一页面固定页面元素已经无法满足需求。

现有方案中,通常通过发布新版本的方式实现页面元素的更新。但新版本的开发、发布、等待审核的周期太长,导致用户无法及时使用新版本。

另外,现有方案中页面元素简单,只是静态数据展示,没有和用户交互的功能。也没有页面数据版本管理,每次都会拉取全量数据,浪费流量,不能满足复杂场景的页面展示需求。

需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。



技术实现要素:

有鉴于此,本公开提供一种页面处理方法、装置、终端设备、服务器和存储介质,以实现页面的快速渲染、动态更新和动态配置。

根据本公开的第一方面,一个实施例提供一种页面处理方法,包括:响应于页面访问请求,读取本地缓存数据;若读取到对应所述页面访问请求的本地缓存数据,则根据对应的本地缓存数据渲染页面,并根据所述对应的本地缓存数据生成第一校验值,向服务端发送携带标识元素和所述第一校验值的页面更新请求;以及接收自所述服务端反馈的第一返回信息,并根据所述第一返回信息携带的数据更新页面和所述对应的本地缓存数据。

在一个实施例中,若未读取到对应所述页面访问请求的本地缓存数据,则向所述服务端发送携带所述标识元素的页面渲染请求;以及接收自所述服务端反馈的第二返回信息,并根据所述第二返回信息携带的数据渲染页面并缓存至本地。

在一个实施例中,响应于页面配置请求,提取所述页面配置请求携带的配置数据,并根据当前页面的渲染数据生成第三校验值,向所述服务端发送携带所述配置数据和所述第三校验值的数据校验请求;以及接收自所述服务端反馈的第三返回信息,并根据所述第三返回信息携带的数据配置所述当前页面。

在一个实施例中,所述标识元素包括客户端的app包名、app版本、rn版本和用户灰度,各校验值均为md5值。

根据本公开的第二方面,一个实施例提供一种页面处理方法,包括:响应于客户端发送的页面更新请求,提取所述页面更新请求携带的标识元素和第一校验值,根据所述标识元素确定更新数据,并根据所述更新数据生成第二校验值;以及比对所述第一校验值和所述第二校验值,若所述第二校验值不同于所述第一校验值,则生成携带所述更新数据的第一返回信息,发送至所述客户端。

在一个实施例中,响应于所述客户端发送的页面渲染请求,提取所述页面渲染请求携带的标识元素;以及根据所述标识元素确定渲染数据,并生成携带所述渲染数据的第二返回信息,发送至所述客户端。

在一个实施例中,将各校验值与各校验值对应的校验逻辑分别对应存储至一校验值与校验逻辑的映射关系中。

在一个实施例中,响应于客户端发送的数据校验请求,提取所述数据校验请求携带的配置数据和第三校验值;根据所述第三校验值自所述映射关系中确定所述第三校验值对应的校验逻辑,对所述配置数据进行校验;以及生成携带通过校验的配置数据的第三返回信息,发送至所述客户端。

根据本公开的第三方面,一个实施例提供一种页面处理装置,包括:缓存读取模块,用于响应于页面访问请求,读取本地缓存数据;初始渲染模块,用于当读取到对应所述页面访问请求的本地缓存数据时,根据对应的本地缓存数据渲染页面,并根据所述对应的本地缓存数据生成第一校验值,向服务端发送携带标识元素和所述第一校验值的页面更新请求;以及动态更新模块,用于接收自所述服务端反馈的第一返回信息,并根据所述第一返回信息携带的数据更新页面和所述对应的本地缓存数据。

根据本公开的第四方面,一个实施例提供一种页面处理装置,包括:校验模块,用于响应于客户端发送的页面更新请求,提取所述页面更新请求携带的标识元素和第一校验值,根据所述标识元素确定更新数据,并根据所述更新数据生成第二校验值;以及反馈模块,用于比对所述第一校验值和所述第二校验值,当所述第二校验值不同于所述第一校验值时,生成携带所述更新数据的第一返回信息,发送至所述客户端。

根据本公开的第五方面,一个实施例提供一种终端设备,包括:处理器;存储器,存储有所述处理器的可执行指令;其中,所述处理器被配置为经由执行所述可执行指令来执行本公开的第一方面的任意实施例所述的页面处理方法的步骤。

根据本公开的第六方面,一个实施例提供一种服务器,包括:处理器;存储器,存储有所述处理器的可执行指令;其中,所述处理器被配置为经由执行所述可执行指令来执行本公开的第二方面的任意实施例所述的页面处理方法的步骤。

根据本公开的第七方面,提供一种计算机可读存储介质,用于存储程序,所述程序被执行时实现本公开的第一方面的任意实施例所述的页面处理方法的步骤。

根据本公开的第八方面,提供一种计算机可读存储介质,用于存储程序,所述程序被执行时实现本公开的第二方面的任意实施例所述的页面处理方法的步骤。

本公开与现有技术相比的有益效果至少包括:

客户端当接收到页面访问请求时,先读取本地缓存数据以实现页面的快速渲染;在展示页面的同时向服务端请求更新数据,并在接收到更新数据时更新页面和本地缓存数据,以实现页面的动态更新。

服务端当接收到页面更新请求时通过校验值比对判断是否有更新数据,当有更新数据时返回以供客户端更新页面和本地缓存,实现数据版本比对,节约流量。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种页面处理方法的场景示意图;

图2~图4示出本公开实施例中应用于客户端的几种页面处理方法的流程示意图;

图5~图7示出本公开实施例中应用于服务端的几种页面处理方法的流程示意图;

图8示出本公开实施例中一种页面处理方法的交互时序图;

图9示出本公开实施例中一种应用于客户端的页面处理装置的模块示意图;

图10示出本公开实施例中一种应用于服务端的页面处理装置的模块示意图;

图11示出本公开实施例中一种电子设备的结构示意图;以及

图12示出本公开实施例中一种计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的实施方式。相反,提供这些实施方式使得本公开将全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构,因而将省略对它们的重复描述。

图1示出一个实施例中本公开的页面处理方法的应用场景。如图1所示,该应用场景包括客户端a和服务端b。客户端a是能提供页面服务的应用程序,依托于终端,如智能手机、平板电脑、计算机等用户设备实现与服务端b交互。服务端b可以是单个服务器、服务器集群、云处理中心等。服务端b可以为多个客户端a提供服务,不以图1示出的场景为限。

图2示出一个实施例中应用于客户端的页面处理方法的主要流程。参照图2所示,本实施例中页面处理方法包括:s10、响应于页面访问请求,读取本地缓存数据;s20、若读取到对应页面访问请求的本地缓存数据,则根据对应的本地缓存数据渲染页面,并根据对应的本地缓存数据生成第一校验值,向服务端发送携带标识元素和第一校验值的页面更新请求;以及s50、接收自服务端反馈的第一返回信息,并根据第一返回信息携带的数据更新页面和对应的本地缓存数据。

其中,页面访问请求由用户向客户端发起,例如,用户打开应用程序,或点击应用程序的当前页面的某一链接,则客户端接收到该页面访问请求。本地缓存数据存储于客户端,当客户端接收到页面访问请求,首先读取本地缓存数据,当读取到对应页面访问请求的本地缓存数据时根据对应的本地缓存数据渲染页面,使用户能快速浏览到页面。在根据对应的本地缓存数据展示页面的同时,客户端向服务端请求数据。客户端根据对应的本地缓存数据生成第一校验值,并向服务端发送携带标识元素和该第一校验值的页面更新请求。当接收到自服务端反馈的第一返回信息时,根据第一返回信息携带的数据更新页面和对应的本地缓存数据。本实施例中,客户端接收到页面访问请求后并不会等待服务端的反馈才加载页面,而是加载对应的本地缓存数据,提高页面渲染速度;同时向服务端请求数据,并在接收到服务端反馈的数据后更新页面和本地缓存数据,使客户端展示的页面更新至最新页面,同时本地缓存数据也更新至最新数据,实现了页面的快速加载和动态更新,并为后续的页面访问缓存了最新数据。

在一个实施例中,若服务端反馈的第一返回信息没有携带数据,则表示该对应的本地缓存数据已经是最新数据,且客户端根据该对应的本地缓存数据渲染的页面是最新页面,无需更新。

在一个实施例中,标识元素包括对应于客户端的应用程序的app(application,应用程序)包名、app版本、rn(reactnative,一种跨平台移动应用开发框架)版本和用户灰度。当客户端的一应用程序被启动,作为该应用程序的唯一标识的app包名、标示该应用程序的版本号的app版本、标示该应用程序的开发环境的rn版本、以及该应用程序的用户的用户灰度都可以确定。第一校验值为md5值。md5信息摘要算法(md5message-digestalgorithm)是一种密码散列函数,根据md5信息摘要算法对对应的本地缓存数据进行计算,可以获得对应的本地缓存数据的md5值,以确保信息传输完整一致。

参照图3所示,在一个实施例中,应用于客户端的页面处理方法还包括:s202、若未读取到对应页面访问请求的本地缓存数据,则向服务端发送携带标识元素的页面渲染请求;以及s502、接收自服务端反馈的第二返回信息,并根据第二返回信息携带的数据渲染页面并缓存至本地。当未读取到对应页面访问请求的本地缓存数据时,无法根据对应的本地缓存数据加载页面,则直接向服务端请求数据,根据服务端反馈的数据渲染页面并缓存至本地。

参照图4所示,在一个实施例中,应用于客户端的页面处理方法还包括:s60、响应于页面配置请求,提取页面配置请求携带的配置数据,并根据当前页面的渲染数据生成第三校验值,向服务端发送携带配置数据和第三校验值的数据校验请求;以及s80、接收自服务端反馈的第三返回信息,并根据第三返回信息携带的数据配置当前页面。

其中,页面配置请求由用户向客户端发起。例如,用户期望通过客户端发布一则货源消息。用户进入发货页面,输入地址、货物名称、货物重量等信息,则客户端接收到携带了用户输入信息,即配置数据的页面配置请求。客户端根据当前页面的渲染数据生成第三校验值,该第三校验值也为md5值,并向服务端发送携带配置数据和第三校验值的数据校验请求,以请求服务端对配置数据进行校验。当接收到自服务端反馈的第三返回信息时,根据第三返回信息携带的数据,即通过了校验的数据配置当前页面,实现与用户交互,且保证数据有效性。

上述实施例所描述的应用于客户端的页面处理方法,可以灵活地应对页面元素修改、增加、删减等页面更新的问题。通过和服务端协商好数据结构,客户端实现和数据结构对应的页面模板,通过加载本地缓存数据实现页面快速渲染,并根据服务端下发的数据实现动态化更新页面,不再需要依赖客户端发布新版本,节省了客户端发版本等待审核的时间,大大缩短了新需求开发完到用户可以看到使用到的时间,提高了效率。且实现与用户交互,根据用户需求展示不同的页面元素,实现页面的动态配置。

图5示出一个实施例中应用于服务端的页面处理方法的主要流程。参照图5所示,本实施例中页面处理方法包括:s30、响应于客户端发送的页面更新请求,提取页面更新请求携带的标识元素和第一校验值,根据标识元素确定更新数据,并根据更新数据生成第二校验值;以及s40、比对第一校验值和第二校验值,若第二校验值不同于第一校验值,则生成携带更新数据的第一返回信息,发送至客户端。

具体来说,标识元素包括app包名、app版本、rn版本、用户灰度等,根据标识元素,服务端可以确定与页面展示相关的元素,即所述的更新数据。进一步的,服务端根据确定的更新数据生成md5值,即第二校验值,再比对客户端发来的md5值与计算出的md5值。若两个md5值不同,则表示更新数据与客户端的本地缓存数据不一致,因此将更新数据反馈至客户端,以供客户端更新页面和本地缓存数据。若两个md5值相同,则表示更新数据与客户端的本地缓存数据相同,则在反馈第一返回信息时,携带数据为空。服务端通过比对数据的md5值,不相同时才返回数据,以节省流量。

进一步的,当md5值比对不一致需要返回更新数据时,服务端以md5值为key,以该md5值对应的校验逻辑为value,将该md5值与该md5值对应的校验逻辑对应存储至一校验值与校验逻辑的映射关系中。其中,校验逻辑指示需要对数据进行哪些维度的校验。数据绑定通过数据结构的type类型实现,数据结构还定义了id,title,name,content等通用字段。数据结构是客户端与服务端之间遵循的数据存储、组织方式,服务端定义数据结构,客户端实现和数据结构对应的页面模板,通过读取服务端下发的配置信息展示相应的页面元素,实现了通过服务端控制客户端页面展示。校验逻辑与页面展示的元素直接相关,把多个维度与校验逻辑的对应关系抽象成页面数据的md5值与校验逻辑的映射关系,不仅简化了校验逻辑对应关系,还兼容了新数据请求接口异常的情况。当新数据请求接口异常时,页面展示的是本地缓存的数据,而校验逻辑对应的是本地缓存数据的md5值,保证了页面展示数据、md5值、校验逻辑的一致性。

参照图6所示,在一个实施例中,应用于服务端的页面处理方法还包括:s302、响应于客户端发送的页面渲染请求,提取页面渲染请求携带的标识元素;以及s402、根据标识元素确定渲染数据,并生成携带渲染数据的第二返回信息,发送至客户端。当客户端发来的请求中没有携带校验值,则表示客户端没有本地缓存数据,需要服务端下发数据以渲染页面。此时服务端根据标识元素确定需要返回的数据,即渲染数据,反馈至客户端以供客户端加载页面。

参照图7所示,在一个实施例中,应用于服务端的页面处理方法还包括:s702、响应于客户端发送的数据校验请求,提取数据校验请求携带的配置数据和第三校验值;s704、根据第三校验值自映射关系中确定第三校验值对应的校验逻辑,对配置数据进行校验;以及s706、生成携带通过校验的配置数据的第三返回信息,发送至客户端。当用户发起页面配置请求时,客户端将配置数据传送至服务端进行校验,服务端根据客户端发来的校验值确定对应的校验逻辑,对配置数据进行校验,并将通过校验的配置数据返回至客户端。

在一个具体的应用场景中,例如用户在客户端发起了包括地址、货物名称、货物重量的配置数据的页面配置请求。客户端根据当前页面的渲染数据生成第三校验值,例如当前页面是客户端根据对应的本地缓存数据加载生成的,则该第三校验值即对应前述的第一校验值;若当前页面是根据服务端反馈的数据加载或更新的,则该第三校验值即对应前述的第二校验值。客户端将携带有第三校验值和配置数据的数据校验请求发送至服务端,服务端根据预存的校验值与校验逻辑的映射关系确定该第三校验值对应的校验逻辑,对配置数据进行校验,保证数据有效性,并将通过校验的配置数据返回至客户端,以供客户端根据返回的配置数据动态配置页面。

图8示出一个实施例中页面处理方法的交互时序,体现了客户端a与服务端b的交互过程。参照图8所示,客户端a与服务端b的交互过程包括:客户端a接收到页面访问请求后,先读取本地缓存数据。有缓存则展示页面,减少用户等待时间,同时请求新数据,向服务端b发送页面更新请求,校验值传本地缓存数据md5值。无缓存则直接请求新数据,向服务端b发送页面渲染请求,校验值传空。服务端b接收到页面更新请求后,根据app包名、app版本、rn版本、用户灰度等多个维度的标识元素确定更新数据,计算更新数据的md5值与客户端传来的md5值比对,相同则表示数据一致不需要返回数据,不同则表示数据不一致需要返回数据。当md5值比对不一致需要返回数据时,以md5值为key,数据校验逻辑为value,维护映射关系map。服务端b接收到页面渲染请求后,则直接根据标识元素返回渲染数据。客户端a接收到服务端b返回的第一返回信息后,如果数据为空,则表示本地数据最新,不需要更新;如果数据不为空,则表示需要更新本地数据。客户端a将页面更新为服务端b返回的最新数据,同时将最新数据更新缓存到本地。客户端a接收到服务端b返回的第二返回信息后,根据渲染数据加载页面并添加至本地缓存。如果服务端b异常,实际本来就没有数据更新则无任何影响。实际应有数据更新,因异常没更新成功,页面展示的是本地数据,对应本地缓存数据的md5值,可以保证页面展示数据-md5值-数据校验逻辑一致。进一步的,客户端a接收到页面配置请求后,向服务端b请求接口,发送数据校验请求时传入页面展示数据对应的md5值,服务端b根据md5值取出对应的校验逻辑校验配置数据,实现根据不同页面元素以及用户输入值进行有效值校验,保证数据有效性。客户端a根据根据服务端b反馈的第三返回数据,则可以动态配置页面,实现根据不同维度展示不同页面元素。

图9示出一个实施例中应用于客户端的页面处理装置的主要模块。参照图9所示,该页面处理装置包括:缓存读取模块10,用于响应于页面访问请求,读取本地缓存数据;初始渲染模块20,用于当读取到对应页面访问请求的本地缓存数据时,根据对应的本地缓存数据渲染页面,并根据对应的本地缓存数据生成第一校验值,向服务端发送携带标识元素和第一校验值的页面更新请求;以及动态更新模块50,用于接收自服务端反馈的第一返回信息,并根据第一返回信息携带的数据更新页面和对应的本地缓存数据。本实施例的页面处理装置当接收到页面访问请求时,先读取本地缓存数据以实现页面的快速渲染;在展示页面的同时向服务端请求更新数据,并在接收到更新数据时更新页面和本地缓存数据,以实现页面的动态更新。该页面处理装置可以实现上述图2所示页面处理方法实施例的各个步骤,在其他实施例中,该页面处理装置可以实现上述图3和图4所示页面处理方法实施例的各个步骤,以支持复杂页面,支持和用户交互,实现页面动态配置,此处不再重复说明。

图10示出一个实施例中应用于服务端的页面处理装置的主要模块。参照图10所示,该页面处理装置包括:校验模块30,用于响应于客户端发送的页面更新请求,提取页面更新请求携带的标识元素和第一校验值,根据标识元素确定更新数据,并根据更新数据生成第二校验值;以及反馈模块40,用于比对第一校验值和第二校验值,当第二校验值不同于第一校验值时,生成携带更新数据的第一返回信息,发送至客户端。本实施例的页面处理装置当接收到页面更新请求时通过校验值比对判断是否有更新数据,当有更新数据时返回以供客户端更新页面和本地缓存,实现数据版本比对,节约流量。该页面处理装置可以实现上述图5所示页面处理方法实施例的各个步骤,在其他实施例中,该页面处理装置可以实现上述图6和图7所示页面处理方法实施例的各个步骤,以实现根据不同页面元素和用户输入数据进行数据校验,保证数据有效性,此处不再重复说明。

本公开还提供分别应用于客户端和服务端的电子设备,电子设备包括处理器和存储器,存储器中存储处理器的可执行指令,处理器被配置为经由执行存储器中存储的可执行指令来实现上述应用于客户端或服务端的页面处理方法的步骤。

应用于客户端的电子设备例如是终端设备,如智能手机、平板电脑、台式电脑等。该终端设备在运行时能够执行上述图2~图4所示的页面处理方法的步骤,以实现页面的快速渲染、动态更新、动态配置等功能。

应用于服务端的电子设备例如是服务器,该服务器在运行时能够执行上述图5~图7所示的页面处理方法的步骤,以实现数据对比、数据校验等功能。

下面结合图11说明电子设备的具体结构。该电子设备可应用于客户端或服务端,具体视其存储器存储的可执行指令及其处理器的配置而定。

图11显示的电子设备600仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中,存储单元存储有程序代码,程序代码可以被处理单元610执行,使得处理单元610执行上述实施例中描述的页面处理方法的步骤。存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(rom)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储平台等。

本公开还提供分别应用于客户端和服务端的计算机可读存储介质,用于存储程序,程序被执行时实现上述图2~图4所示的页面处理方法的步骤,以实现页面的快速渲染、动态更新、动态配置等功能;或者实现图5~图7所示的页面处理方法的步骤,以实现数据对比、数据校验等功能。

下面结合图12说明计算机可读存储介质的具体结构。该计算机可读存储介质可应用于客户端或服务端,具体视其存储的程序指令而定。参考图12所示,描述了根据本公开的实施方式的用于实现上述方法的程序产品800,其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(lan)或广域网(wan),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

以上内容是结合具体的优选实施方式对本公开所作的进一步详细说明,不能认定本公开的具体实施只局限于这些说明。对于本公开所属技术领域的普通技术人员来说,在不脱离本公开构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本公开的保护范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1