CN105095360A - 用于浏览器处理用户请求的方法以及装置 - Google Patents
用于浏览器处理用户请求的方法以及装置 Download PDFInfo
- Publication number
- CN105095360A CN105095360A CN201510358711.0A CN201510358711A CN105095360A CN 105095360 A CN105095360 A CN 105095360A CN 201510358711 A CN201510358711 A CN 201510358711A CN 105095360 A CN105095360 A CN 105095360A
- Authority
- CN
- China
- Prior art keywords
- browser
- data
- request
- user
- buffer memory
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
- G06F16/972—Access to data in other repository systems, e.g. legacy data or dynamic Web page generation
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开是关于一种用于浏览器处理用户请求的方法以及装置。其中,所述方法可以包括:将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存,从所述缓存中获取所述相关用户数据,使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。由于可以从浏览器缓存中获取相关用户数据,浏览器不必针对第二请求向服务器端发出数据请求,可以减少浏览器与服务器的数据交互压力。
Description
技术领域
本公开涉及互联网领域,尤其涉及一种用于浏览器处理用户请求的方法以及装置。
背景技术
浏览器,是可以显示网站网页的软件。
相关技术中,用户可以通过浏览器显示的网页发向网站对应的服务器发出用户请求,使用网站提供的服务。但是,浏览器响应于用户请求而与服务器之间的频繁通信,使得浏览器与服务器的数据交互压力较大,而且,一旦浏览器与服务器断开网络连接,用户的请求将无法被处理,影响用户体验。
发明内容
为克服相关技术中存在的问题,本公开提供一种用于浏览器处理用户请求的方法以及装置。
根据本公开实施例的第一方面,提供一种用于浏览器处理用户请求的方法,包括:将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存,从所述缓存中获取所述相关用户数据,使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
根据本公开实施例的第二方面,提供一种用于浏览器处理用户请求的装置,包括:数据存储模块,可以被配置为将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存。数据获取模块,可以被配置为从所述缓存中获取所述相关用户数据。请求处理模块,可以被配置为使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
本公开实施例提供的技术方案可以包括以下有益效果:由于将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存,从所述缓存中获取所述相关用户数据,使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理,因此,浏览器不必针对第二请求向服务器端发出数据请求,可以减少浏览器与服务器的数据交互压力,而且,即使浏览器与服务器断开网络连接,浏览器可以依赖缓存中存储的相关用户数据对第二请求进行处理,用户体验较好。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开提供的技术方案的原理。
图1是根据一示例性实施例示出的一种实施环境的结构示意图。
图2是根据一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。
图3是根据另一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。
图4是根据又一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。
图5是根据再一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。
图6是根据再一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。
图7是根据一示例性实施例示出的一种用于浏览器处理用户请求的装置的框图。
图8是根据另一示例性实施例示出的一种用于浏览器处理用户请求的装置的框图。
图9是根据又一示例性实施例示出的一种用于浏览器处理用户请求的装置的框图。
图10是根据再一示例性实施例示出的一种用于浏览器处理用户请求的装置的框图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种实施环境的示意图。该实施环境包括浏览器110,服务器端120。
浏览器110可以是运行于个人电脑,智能手机,平板电脑等用户终端之上的软件。所述浏览器110,例如可以包括但不限于InternetExplorer、Firefox等,也可以包括App(Application,应用程序)内嵌的各种浏览器。图1中以所述浏览器110运行于个人电脑示意。
服务器端120可以是网络中能对其它机器提供某些服务的计算机***。例如,可以是任意网站或其他服务供应商的计算机***。可以用于对业务数据的流转处理,静态文件的服务等。所述业务数据的流转处理,例如可以包括但不限于订单业务,如校验订单与用户的所属关系、确定订单当前状态,修改订单状态为取消,返回操作结果等等。所述静态文件的服务,例如可以包括但不限于提供样式文件,HTML文件,渲染规则,视图切换规则文件等。
其中,浏览器110与服务器端120之间的通信网络可以是有线或无线网络。
图2是根据一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。本实施例以该方法应用于图1所示浏览器来举例说明。该方法可以包括:
在步骤210中,将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存。
在步骤220中,从所述缓存中获取所述相关用户数据。
在步骤230中,使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
综上所述,由于本实施例提供的方法将服务器端针对用户的第一请求反馈的相关用户数据存储到浏览器的缓存,从所述缓存中获取所述相关用户数据,使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理,因此,浏览器不必针对用户的第二请求与服务器端交互,减少了浏览器与服务器的数据交互压力,而且,即使浏览器与服务器断开网络连接,浏览器可以依赖缓存中存储的相关用户数据对用户请求进行处理,用户体验较好。
图3是根据另一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。本实施例同样以该方法应用于图1所示浏览器来举例说明。例如,在本实施例中,所述浏览器可以设置有数据接口。所述方法可以包括:
在步骤310中,浏览器UI层通过所述数据接口向所述服务器端发送所述第一请求。
例如,所述浏览器可以从逻辑上划分为浏览器UI层以及数据接口这两层。其中,所述浏览器UI层,可以用于对页面的渲染,页面的切换,数据的更新显示,对用户交互进行响应,等等。所述数据接口,可以用于与浏览器UI层以及服务器端进行数据交互,以及,缓存相关用户数据,等等。所述浏览器UI层与所述数据接口,可以由能够实现相应功能的程序来实现,例如,具体可以表现为可调用的可执行程序或函数。其中,所述数据接口可以声明与浏览器以及服务器端交互的数据类型、数据元素的组成和属性、数据元素具备的处理函数,还可以定义数据的存储结构,定义数据的更新策略以及完成更新后的处理操作。例如,所定义的更新策略以及完成更新后的处理操作可以包括:响应于接收到服务器端反馈的相关用户数据,相应对缓存中的相关用户数据进行更新,并将更新后的相关用户数据联动同步到浏览器UI层显示的页面。例如,可以通过将所述浏览器的页面中的标签元素与所述缓存中用来标识所述相关用户数据的数据元素进行联动同步的双向绑定,使浏览器UI层从所述缓存中获取所述相关用户数据。需要说明的是,该联动同步的实施方式并不局限于本实施例,本公开所涉及的任意实施例均可以实施。
本实施例中,所述数据接口与服务器端之间的数据交互可以基于浏览器到服务器的TCP请求实现。所述数据接口可以提供同步/异步两种模式的http请求和websocket请求。
可以理解的是,通过所述数据接口来向服务器端发送所述第一请求,为本实施例一可能的实施方式。通过这种实施方式,可以由数据接口对浏览器与服务器端之间的数据交互进行统一管理,减轻了浏览器UI层数据交互的复杂度,提高浏览器UI层的运行效率。另一些可能的实施方式中,可以不通过所述数据接口,由浏览器UI层直接向服务器端发送所述第一请求。
在步骤320中,通过所述数据接口接收服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据,并将所述相关用户数据存储到所述浏览器的缓存。
根据需要,可以进一步使用所述相关用户数据对所述第一请求进行处理。例如,所述处理所述第一请求可以为,渲染出用于显示所述相关用户数据的HTML页面。
在步骤330中,所述浏览器UI层使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
例如,用户可以通过点击浏览器显示的网页中某些按钮来发出第二请求。再例如,可以由浏览器UI层来确定对所述第二请求的处理是否需要所述相关用户数据,再通过所述数据接口从所述缓存获取相关用户数据。或者,又例如,浏览器UI层可以向所述数据接口发送所述第二请求,由所述数据接口来判断对所述第二请求的处理是否需要所述相关用户数据,如果需要,则从所述缓存中获取所述相关用户数据并返回给浏览器UI层。
其中,本公开提供的技术方案对用户通过浏览器发出的所述第二请求以及对所述第二请求的处理并不进行限制。例如,所述第二请求可以为对所述相关用户数据进行显示的请求或对所述相关用户数据进行指定计算的请求。对所述第二请求的处理则可以为对所述相关用户数据进行显示或进行指定计算的执行。
一些可能的实施方式中,所述浏览器还可以设置有针对用户输入的合法性校验规则。在该实施方式中,所述方法还可以在接收到用户输入的情况下,使用所述合法性校验规则对接收到的用户输入进行合法性校验。例如,可以在所述数据接口中定义输入的合法性校验规则,通过所述数据接口对接收到的用户输入进行合法性校验。可以理解的是,将输入合法性校验在浏览器端完成,可以减少浏览器与服务器端之间的数据交互,减少网络数据传输量,进一步改善了网络状态不佳时的用户体验。
综上所述,本实施例提供的方法,通过在浏览器设置用于进行数据交互的数据接口,可以通过所述数据接口对浏览器与服务器端之间的数据交互进行统一管理,形成了用户终端侧的浏览器UI层,数据接口,以及,服务器端侧的服务层的三层架构,减轻了浏览器与服务器端数据交互的复杂度,浏览器UI层可以将更多计算资源用于页面交互以及展示,提高浏览器UI层的响应效率,而且,由于在业务数据处理没较大变化的情况下,缓存中的数据相对是稳定,因此,对于浏览器来说,通过所述数据接口即可从所述缓存中获取所述相关用户数据,并对第二请求进行处理,可以避免因为网络或者服务端影响导致响应变慢时用户视图的空白,而且,通过数据联动同步,缓存中数据单点更新即可使得全视图更新。
另外,通过所述数据接口来缓存数据,并对输入进行合法性校验,降低了服务器端业务处理与业务数据的藕合度,降低了服务器端的复杂度,减少站点开发成本和重构代价,使得服务端性能接近于API的接口性能,web服务得以精简,提高了机动性与扩展性,通过在不同类型的用户终端如手机与个人电脑的浏览器设置相应兼容的数据接口,可以使不同类型的用户终端公用同一服务器端,浏览器也可以取得较高的响应速度。
图4是根据又一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。本实施例同样以该方法应用于图1所示浏览器来举例说明。该方法可以包括:
在步骤400中,浏览器向服务器端发送用户权限认证请求。
在步骤410中,服务器端针对用户权限认证请求反馈相关用户身份数据。
在步骤420中,浏览器将服务器端针对用户权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存。例如,服务器端针对用户权限认证请求反馈的相关用户身份数据可以包括但不限于权限与角色信息等。
在步骤430中,浏览器根据服务器端反馈的相关用户身份数据显示权限认证结果页面。所显示的页面可以在服务器端渲染得到,也可以在浏览器端渲染得到,本公开对此并不进行限制。
在步骤440中,浏览器向服务器端发送用户权限范围内的业务请求。例如,用户可以在显示有业务服务的页面点击相关业务的按钮,使浏览器直接或通过调用数据接口向服务器端发送该按钮对应的用户权限范围内的业务请求。再例如,业务请求可以包括但不限于提交订单请求,订单修改请求,订单取消请求等等。
在步骤450中,服务器端针对所述用户权限范围内的业务请求反馈相关业务数据。
在步骤460中,浏览器将服务器端针对所述用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存。例如,对应于提交订单请求,订单修改请求或订单取消请求,服务器端针对所述用户权限范围内的业务请求反馈的相关业务数据可以包括但不限于订单号,所订商品信息,商品提供方信息等等。
在步骤470中,浏览器根据服务器端反馈的相关业务数据显示业务请求结果页面。例如,对应于提交订单请求,订单修改请求或订单取消请求,可以显示订单提交成功或失败页面,订单修改成功或失败页面,订单取消成功或失败页面。
在步骤480中,浏览器接收用户通过所述浏览器发出的其他请求。例如,查询订单请求等。
在步骤490中,浏览器从所述缓存中获取所述相关用户身份数据或相关业务数据,以便使用所述相关用户身份数据或相关业务数据对所述其他请求进行处理。例如,当接收到查询订单请求时,可以从所述缓存中读取出所述查询订单请求涉及的相关用户数据,例如,订单号,所订商品信息,商品提供方信息等等,以便将这些相关用户数据显示在订单查询结果的页面中。
需要说明的是,在本公开提供的技术方案中,将服务器端针对用户权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存,以及,将服务器端针对用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存,可以择其一实施,也可以全部实施,本公开提供的技术方案对此并不进行限制。在图4所示本实施例中,以全部实施的方式对本公开所提供的技术方案进行说明,并不用于对本公开所提供的技术方案进行限制。
综上所述,本实施例提供的方法,可以将服务器端针对用户权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存,和/或,将服务器端针对用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存,从而当其他请求的处理需要所述相关用户身份数据或相关业务数据时,可以从所述缓存中获取所述相关用户数据,以便使用所述相关用户身份数据或相关业务数据对其他请求进行处理,减少浏览器与服务器的数据交互压力,而且,即使浏览器与服务器断开网络连接,浏览器可以依赖缓存中存储的相关用户数据对用户请求进行处理,用户体验较好。
图5是根据再一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。本实施例同样以该方法应用于图1所示浏览器来举例说明。该方法可以包括:
在步骤500中,浏览器向服务器端发送对某网页的链接请求。
例如,可以向服务器端发送针对网站首页或其他任意网页的链接请求,所述链接请求中涉及的链接地址为网站首页或其他任意网页的链接地址。
在步骤510中,浏览器接收服务器端针对链接请求反馈的HTML文件,以及对该HTML文件执行渲染所需要的渲染功能文件。
例如,可以先获得服务器端反馈的HTML文件,浏览器解析该HTML文件从中得到执行渲染所需要的渲染功能文件的列表。渲染功能文件可以包括但不限于样式文件,渲染规则文件,视图切换规则文件,等等。进而通过向服务端请求列表中的渲染功能文件,从服务器端接收相应的渲染功能文件。
其中,所述HTML文件,可以包括未经渲染的UI组件,UI组件是由HTML命令组成的描述性文本,HTML命令可以说明文字、图形、动画、声音、表格、链接等。所述渲染规则,可以是一些渲染指令。所述样式文件,可以是由用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言形成的文件,例如,css文件。所述视图切换规则文件,可以包含从显示一个链接地址对应的页面切换到显示另一链接地址对应的页面的切换规则,其中,不同链接地址对应的HTML文件可以根据服务器端提供的HTML文件与对应的链接地址之间的映射关系来确定。
在步骤520中,浏览器调用渲染引擎,使用所述渲染功能文件,对所述HTML文件进行页面渲染,得到渲染后的HTML页面。所述渲染引擎,例如,可以采用依赖angularjs(Google开发的纯客户端JavaScript技术的WEB框架)的指令机制来实现不同设备平台视图样式的分离,其使用的指令文件即所述渲染规则。
在步骤530中,浏览器显示所述HTML页面。
一些可能的实施方式中,还可以接收服务器端反馈的其他HTML文件,对所述其他HTML文件执行渲染所需要的渲染功能文件,以及,所述其他HTML文件与对应的链接地址之间的映射关系。例如,可以在接收服务器端反馈网站首页的HTML文件的同时,接收与该网站首页有关联如内链的链接地址对应的HTML文件,以及对这些HTML执行渲染所需要的渲染功能文件。在需要显示其他链接地址对应的HTML页面的情况下,例如,用户在网站首页中点击对应另一HTML页面的内链时,或,对用户某些请求处理后需要显示处理结果对应的HTML页面时,等等,根据所述映射关系,读取出所述其他链接地址对应的HTML文件以及对应的渲染功能文件,调用渲染引擎,使用读取出的HTML文件以及渲染功能文件进行页面渲染,得到渲染后的HTML页面,显示渲染后的HTML页面。
在步骤540中,浏览器接收用户在显示的HTML页面中通过点击按钮或输入指令等操作而发出的第一请求。
在步骤550中,浏览器向服务器端发送所述第一请求。
在步骤560中,浏览器接收服务器端针对所述第一请求反馈的相关用户数据。
在步骤570中,浏览器将服务器端针对用户的第一请求反馈的相关用户数据存储到浏览器的缓存。
在步骤580中,接收用户通过所述浏览器发出的第二请求。
在步骤590中,从所述缓存中获取对所述第二请求的处理所需要的相关用户数据,使用所述相关用户数据对所述第二请求进行处理。
综上所述,本实施例提供的方法,可以将页面渲染移到浏览器端完成,减少浏览器与服务器端之间的数据交互压力,减少网络数据传输量,改善了网络状态不佳时的用户体验。
图6是根据再一示例性实施例示出的一种用于浏览器处理用户请求的方法的流程图。本实施例同样以该方法应用于图1所示浏览器来举例说明。该方法可以包括:
在步骤610中,浏览器UI层接收用户输入的网站首页地址,浏览器UI层向服务器端发起获取网站首页的请求。
在步骤611中,服务器端的统一网关将请求转发到文件服务模块,文件服务模块根据浏览器所在用户终端类型,读入该终端类型对应的首页HTML文件。
在步骤612中,服务器端向浏览器UI层返回首页HTML文件。
在步骤613中,浏览器UI层解析首页HTML文件,得到列有该网站首页的渲染功能文件,其他HTML文件,以及其他HTML文件的渲染功能文件的静态文件列表。
在步骤614中,浏览器UI层向服务器端请求列表中的文件。
在步骤615中,服务器端的统一网关将该请求转发到文件服务模块,由文件服务模块根据列表所列的文件对应的存储路径,读入对应的文件。
在步骤616中,服务器端向浏览器UI层返回列表中请求的文件,包括:HTML文件,以及HTML文件的渲染功能文件。
在步骤617中,浏览器UI层在缓存中初始化数据存储对象[Session对象,业务数据对象]。
在步骤618中,浏览器UI层调用渲染引擎,使用首页对应的渲染功能文件,对首页HTML文件进行页面渲染,得到渲染后的首页页面,显示首页页面。
在步骤619中,浏览器UI层通过首页页面接收用户输入的认证信息,浏览器UI层的认证函数通过调用数据接口向服务端发起认证请求。
在步骤620中,服务器端的统一网关将所述认证请求转发到业务处理模块,由业务处理模块对所述认证请求进行认证,生成包含权限与角色信息等的Cookie信息,写入到认证结果消息的Header中。
在步骤621中,服务器端向所述数据接口返回认证结果消息。
在步骤622中,所述数据接口将认证结果消息中包含权限与角色信息等的相关用户身份数据存储到浏览器缓存的Session对象中。
在步骤623中,浏览器UI层调用渲染引擎,使用用于显示认证结果的HTML文件的渲染功能文件对用于显示认证结果的HTML文件进行页面渲染,得到渲染后的认证结果HTML页面,显示渲染后的认证结果HTML页面。
在步骤624中,浏览器UI层接收用户对显示的某页面中内链的点击,根据视图切换规则文件中HTML文件与对应的链接地址之间的映射关系,确定被点击的链接地址对应的HTML文件,进而读取出被点击的链接地址对应的HTML文件以及对应的渲染功能文件。
在步骤625中,浏览器UI层调用渲染引擎,使用读取出的HTML文件以及执行渲染所需要的渲染功能文件进行页面渲染,得被点击的链接地址对应的渲染后的HTML页面,显示被点击的链接地址对应的HTML页面。
在步骤626中,浏览器UI层响应于用户在用于取消订单的页面中点击取消订单按钮,触发对应的取消订单函数调用数据接口在缓存中查找对应的订单信息。需要说明的是,在本实施例中以取消订单请求作为用户第一请求的示例对本公开提供的技术方案进行说明,在实际应用中,所述用户第一请求可以是任意其他请求,本公开提供的技术方案对此并不进行限制。
在步骤627中,当所述数据接口确定缓存中存在该订单信息后,向服务器端发出取消订单请求。
在步骤628中,服务器端的统一网关接收到取消订单请求后,将取消订单请求转发到业务处理模块,业务处理模块查找对应的取消订单处理函数,由取消订单处理函数对该取消订单请求进行处理
在步骤629中,服务器端向所述数据接口返回取消订单处理结果。
在步骤630中,所述数据接口对接收到取消订单处理结果进行校验,并将取消订单处理结果保存到根据用户身份确定的Session对象对应的业务数据对象中,即浏览器缓存中。
在步骤631中,浏览器UI层调用渲染引擎,使用用于显示订单取消处理结果的HTML文件的渲染功能文件,对用于显示订单取消处理结果的HTML文件进行页面渲染,得到渲染后的订单取消处理结果HTML页面,显示渲染后的订单取消处理结果HTML页面。
在步骤632中,浏览器UI层响应于用户在某页面中点击查询所有订单按钮,通过调用所述数据接口从所述缓存中获取该用户的所有订单信息。
在步骤633中,浏览器UI层调用渲染引擎,使用对应的渲染功能文件对用于显示所有订单信息的HTML文件进行页面渲染,得到渲染后的订单信息HTML页面,显示渲染后的订单信息HTML页面。在该步骤中,对显示所有订单信息的HTML文件进行页面渲染,即为对用户查询所有订单的请求的处理。
其中,浏览器UI层通过调用数据接口从所述缓存中获取该用户的所有订单信息的实施方式例如可以为,浏览器UI层通过将用于显示所有订单信息的HTML文件中的标签元素与所述数据接口在向缓存写入对应订单信息时使用的数据元素进行联动同步的双向绑定,从所述缓存中获取所述相关用户数据,其中,所述数据接口在向缓存写入对应订单信息时使用的数据元素即为所述缓存中用来标识所述订单信息的数据元素。
需要说明的是,在本实施例中以查询所有订单作为第二请求的示例对本公开提供的技术方案进行说明,在实际应用中,所述第二请求可以是任意其他请求,本公开提供的技术方案对此并不进行限制。
在本实施例中,以一些可能的用户请求为例对本公开提供的技术方案进行了示例性说明。通过这些示例性说明可见,本公开提供的技术方案可以由数据接口对浏览器与服务器端之间的数据交互进行统一管理,减轻了浏览器与服务器端数据交互的复杂度,浏览器UI层可以将更多计算资源用于页面交互以及展示,提高浏览器UI层的响应效率,而且,将页面渲染移到浏览器端完成,减少浏览器与服务器端之间的数据交互压力,减少网络数据传输量,改善了网络状态不佳时的用户体验。
图7是根据一示例性实施例示出的一种用于浏览器处理用户请求的装置框图。参照图7,该装置可以包括数据存储模块710,数据获取模块720和请求处理模块730。
该数据存储模块710,可以被配置为将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存。
该数据获取模块720,可以被配置为从所述缓存中获取所述相关用户数据。
该请求处理模块730,可以被配置为使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
综上所述,本实施例提供的装置,通过将服务器端针对用户第一请求反馈的相关用户数据存储到浏览器的缓存,接收用户通过所述浏览器发出的第二请求,从所述缓存中获取对所述第二请求的处理所需要的相关用户数据,以便使用所述相关用户数据对所述第二请求进行处理,因此,浏览器不必针对第二请求向服务器端发出数据请求,可以减少浏览器与服务器的数据交互压力,而且,即使浏览器与服务器断开网络连接,浏览器可以依赖缓存中存储的相关用户数据对第二请求进行处理,用户体验较好。
图8是根据另一示例性实施例示出的一种用于浏览器处理用户请求的装置框图。在该实施例中,所述浏览器可以设置有数据接口。所述数据存储模块710,可以被配置为通过所述数据接口将所述相关用户数据存储到所述浏览器的缓存。所述数据获取模块720,可以被配置为通过所述数据接口从所述缓存中获取所述相关用户数据。
可选地,该装置还可以包括:请求发送模块740,可以被配置为通过所述数据接口向所述服务器端发送所述第一请求。
可选地,所述浏览器还可以设置有针对用户输入的合法性校验规则,所述装置还可以包括:数据校验模块750,可以被配置为在接收到用户输入的情况下,使用所述合法性校验规则对接收到的用户输入进行合法性校验。
可选地,所述数据获取模块720,可以被配置为通过将浏览器要显示的页面中的标签元素与所述缓存中用来标识所述相关用户数据的数据元素进行联动同步的双向绑定,从所述缓存中获取所述相关用户数据。
可选地,所述数据存储模块710,可以被配置为将服务器端针对用户的权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存;和/或,被配置为将服务器端针对用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存。
可选地,所述装置还可以包括:第一文件接收模块760,可以被配置为接收服务器端针对链接请求反馈的HTML文件,以及对该HTML文件执行渲染所需要的渲染功能文件。第一引擎调用模块761,可以被配置为调用渲染引擎,使用所述渲染功能文件,对所述HTML文件进行页面渲染,得到渲染后的HTML页面。第一页面显示模块762,可以被配置为显示所述第一引擎调用模块渲染得到的HTML页面。
可选地,所述装置还可以包括:第二文件接收模块770,可以被配置为接收服务器端反馈的其他HTML文件,以及所述其他HTML文件对应的渲染功能文件,以及,所述其他HTML文件与对应的链接地址之间的映射关系。文件读取模块771,可以被配置为在需要显示其他链接地址对应的HTML页面的情况下,根据所述映射关系,读取出所述其他链接地址对应的HTML文件以及对应的渲染功能文件。第二引擎调用模块772,可以被配置为调用渲染引擎,使用所述文件读取模块771读取出的HTML文件以及渲染功能文件进行页面渲染,得到渲染后的HTML页面。第二页面显示模块773,可以被配置为显示所述第二引擎调用模块772渲染得到的HTML页面。
综上所述,本实施例提供的技术方案可以由数据接口对浏览器与服务器端之间的数据交互进行统一管理,减轻了浏览器与服务器端数据交互的复杂度,浏览器UI层可以将更多计算资源用于页面交互以及展示,提高浏览器UI层的响应效率,而且,将页面渲染移到浏览器端完成,减少浏览器与服务器端之间的数据交互压力,减少网络数据传输量,改善了网络状态不佳时的用户体验。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图9是根据一示例性实施例示出的一种用于浏览器处理用户请求的装置900的框图。例如,装置900可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图9,装置900可以包括以下一个或多个组件:处理组件902,存储器904,电力组件906,多媒体组件908,音频组件910,输入/输出(I/O)的接口912,传感器组件914,以及通信组件916。
处理组件902通常控制装置900的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件902可以包括一个或多个模块,便于处理组件902和其他组件之间的交互。例如,处理组件902可以包括多媒体模块,以方便多媒体组件908和处理组件902之间的交互。
存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电力组件906为装置900的各种组件提供电力。电力组件906可以包括电源管理***,一个或多个电源,及其他与为装置900生成、管理和分配电力相关联的组件。
多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件910被配置为输出和/或输入音频信号。例如,音频组件910包括一个麦克风(MIC),当装置900处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中,音频组件910还包括一个扬声器,用于输出音频信号。
I/O接口912为处理组件902和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件914包括一个或多个传感器,用于为装置900提供各个方面的状态评估。例如,传感器组件914可以检测到设备900的打开/关闭状态,组件的相对定位,例如所述组件为装置900的显示器和小键盘,传感器组件914还可以检测装置900或装置900一个组件的位置改变,用户与装置900接触的存在或不存在,装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件914还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件916经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件916还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器904,上述指令可由装置900的处理器920执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图10是根据一示例性实施例示出的一种用于浏览器处理用户请求的装置1000的框图。例如,装置1000可以被提供为一服务器。参照图10,装置1000包括处理组件1022,其进一步包括一个或多个处理器,以及由存储器1032所代表的存储器资源,用于存储可由处理组件1022的执行的指令,例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1022被配置为执行指令,以执行上述方法中涉及的服务器端所执行的步骤。
装置1000还可以包括一个电源组件1026被配置为执行装置1000的电源管理,一个有线或无线网络接口1050被配置为将装置1000连接到网络,和一个输入输出(I/O)接口1058。装置1000可以操作基于存储在存储器1032的操作***,例如WindowsServerTM,MacOSXTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的技术方案后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (17)
1.一种用于浏览器处理用户请求的方法,其特征在于,包括:
将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存;
从所述缓存中获取所述相关用户数据;
使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
2.根据权利要求1所述的方法,其特征在于,所述浏览器设置有数据接口;
所述将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存包括:通过所述数据接口将所述相关用户数据存储到所述浏览器的缓存;
所述从所述缓存中获取所述相关用户数据包括:通过所述数据接口从所述缓存中获取所述相关用户数据。
3.根据权利要求2所述的方法,其特征在于,还包括:
通过所述数据接口向所述服务器端发送所述第一请求。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述浏览器设置有针对用户输入的合法性校验规则,所述方法还包括:
在接收到用户输入的情况下,使用所述合法性校验规则对接收到的用户输入进行合法性校验。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述从缓存中获取所述相关用户数据包括:
通过将浏览器要显示的页面中的标签元素与所述缓存中用来标识所述相关用户数据的数据元素进行联动同步的双向绑定,从所述缓存中获取所述相关用户数据。
6.根据权利要求1-3任一项所述的方法,其特征在于,所述将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存包括:
将服务器端针对用户的权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存;
和/或,
将服务器端针对用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存。
7.根据权利要求1-3任一项所述的方法,其特征在于,还包括:
接收服务器端针对链接请求反馈的HTML文件,以及对该HTML文件执行渲染所需要的渲染功能文件;
调用渲染引擎,使用所述渲染功能文件,对所述HTML文件进行页面渲染,得到渲染后的HTML页面;
显示所述HTML页面。
8.根据权利要求7所述的方法,其特征在于,还包括:
接收服务器端反馈的其他HTML文件,以及所述其他HTML文件对应的渲染功能文件,以及,所述其他HTML文件与对应的链接地址之间的映射关系;
在需要显示其他链接地址对应的HTML页面的情况下,根据所述映射关系,读取出所述其他链接地址对应的HTML文件以及对应的渲染功能文件;
调用渲染引擎,使用读取出的HTML文件以及渲染功能文件进行页面渲染,得到渲染后的HTML页面;
显示所述HTML页面。
9.一种用于浏览器处理用户请求的装置,其特征在于,包括:
数据存储模块,被配置为将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存;
数据获取模块,被配置为从所述缓存中获取所述相关用户数据;
请求处理模块,被配置为使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
10.根据权利要求9所述的装置,其特征在于,所述浏览器设置有数据接口;
所述数据存储模块,被配置为通过所述数据接口将所述相关用户数据存储到所述浏览器的缓存;
所述数据获取模块,被配置为通过所述数据接口从所述缓存中获取所述相关用户数据。
11.根据权利要求10所述的装置,其特征在于,还包括:
请求发送模块,被配置为通过所述数据接口向所述服务器端发送所述第一请求。
12.根据权利要求9-11任一项所述的装置,其特征在于,所述浏览器设置有针对用户输入的合法性校验规则,所述装置还包括:
数据校验模块,被配置为在接收到用户输入的情况下,使用所述合法性校验规则对接收到的用户输入进行合法性校验。
13.根据权利要求9-11任一项所述的装置,其特征在于,所述数据获取模块,被配置为通过将浏览器要显示的页面中的标签元素与所述缓存中用来标识所述相关用户数据的数据元素进行联动同步的双向绑定,从所述缓存中获取所述相关用户数据。
14.根据权利要求9-11任一项所述的装置,其特征在于,所述数据存储模块,被配置为将服务器端针对用户的权限认证请求反馈的相关用户身份数据存储到所述浏览器的缓存;和/或,被配置为将服务器端针对用户权限范围内的业务请求反馈的相关业务数据存储到所述浏览器的缓存。
15.根据权利要求9-11任一项所述的装置,其特征在于,还包括:
第一文件接收模块,被配置为接收服务器端针对链接请求反馈的HTML文件,以及对该HTML文件执行渲染所需要的渲染功能文件;
第一引擎调用模块,被配置为调用渲染引擎,使用所述渲染功能文件,对所述HTML文件进行页面渲染,得到渲染后的HTML页面;
第一页面显示模块,被配置为显示所述第一引擎调用模块渲染得到的HTML页面。
16.根据权利要求15所述的装置,其特征在于,还包括:
第二文件接收模块,被配置为接收服务器端反馈的其他HTML文件,以及所述其他HTML文件对应的渲染功能文件,以及,所述其他HTML文件与对应的链接地址之间的映射关系;
文件读取模块,被配置为在需要显示其他链接地址对应的HTML页面的情况下,根据所述映射关系,读取出所述其他链接地址对应的HTML文件以及对应的渲染功能文件;
第二引擎调用模块,被配置为调用渲染引擎,使用所述文件读取模块读取出的HTML文件以及渲染功能文件进行页面渲染,得到渲染后的HTML页面;
第二页面显示模块,被配置为显示所述第二引擎调用模块渲染得到的HTML页面。
17.一种用于浏览器处理用户请求的装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
将服务器端针对用户通过浏览器发出的第一请求反馈的相关用户数据存储到所述浏览器的缓存;
从所述缓存中获取所述相关用户数据;
使用所述相关用户数据对用户通过浏览器发出的第二请求进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510358711.0A CN105095360A (zh) | 2015-06-25 | 2015-06-25 | 用于浏览器处理用户请求的方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510358711.0A CN105095360A (zh) | 2015-06-25 | 2015-06-25 | 用于浏览器处理用户请求的方法以及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105095360A true CN105095360A (zh) | 2015-11-25 |
Family
ID=54575797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510358711.0A Pending CN105095360A (zh) | 2015-06-25 | 2015-06-25 | 用于浏览器处理用户请求的方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105095360A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106790158A (zh) * | 2016-12-29 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种基于b/s架构的数据处理方法、***及客户端 |
CN106875262A (zh) * | 2017-02-28 | 2017-06-20 | 网易无尾熊(杭州)科技有限公司 | 用于订单处理的方法、装置和计算机可读存储介质 |
CN107203576A (zh) * | 2016-03-18 | 2017-09-26 | 北京京东尚科信息技术有限公司 | 信息同步方法和装置 |
CN108881431A (zh) * | 2018-06-15 | 2018-11-23 | 深圳市买买提信息科技有限公司 | 一种前后端分离方法、装置及终端设备 |
CN110543370A (zh) * | 2019-08-07 | 2019-12-06 | 江苏艾佳家居用品有限公司 | 一种重写ue4渲染引擎底层及其通信机制的方法 |
CN112000494A (zh) * | 2020-08-28 | 2020-11-27 | 北京焦点新干线信息技术有限公司 | 一种即时数据传输方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101201827A (zh) * | 2006-12-14 | 2008-06-18 | 阿里巴巴公司 | 一种网页显示的方法和*** |
CN102012907A (zh) * | 2010-11-10 | 2011-04-13 | 上海光芒科技有限公司 | 一种浏览器客户端侧的缓存方法及*** |
US20130198325A1 (en) * | 2012-01-26 | 2013-08-01 | Motorola Mobility Llc | Provision and running a download script |
-
2015
- 2015-06-25 CN CN201510358711.0A patent/CN105095360A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101201827A (zh) * | 2006-12-14 | 2008-06-18 | 阿里巴巴公司 | 一种网页显示的方法和*** |
CN102012907A (zh) * | 2010-11-10 | 2011-04-13 | 上海光芒科技有限公司 | 一种浏览器客户端侧的缓存方法及*** |
US20130198325A1 (en) * | 2012-01-26 | 2013-08-01 | Motorola Mobility Llc | Provision and running a download script |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203576A (zh) * | 2016-03-18 | 2017-09-26 | 北京京东尚科信息技术有限公司 | 信息同步方法和装置 |
CN107203576B (zh) * | 2016-03-18 | 2020-06-05 | 北京京东尚科信息技术有限公司 | 信息同步方法和装置 |
CN106790158A (zh) * | 2016-12-29 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种基于b/s架构的数据处理方法、***及客户端 |
CN106875262A (zh) * | 2017-02-28 | 2017-06-20 | 网易无尾熊(杭州)科技有限公司 | 用于订单处理的方法、装置和计算机可读存储介质 |
CN106875262B (zh) * | 2017-02-28 | 2021-03-26 | 阿里巴巴(中国)有限公司 | 用于订单处理的方法、装置和计算机可读存储介质 |
CN108881431A (zh) * | 2018-06-15 | 2018-11-23 | 深圳市买买提信息科技有限公司 | 一种前后端分离方法、装置及终端设备 |
CN110543370A (zh) * | 2019-08-07 | 2019-12-06 | 江苏艾佳家居用品有限公司 | 一种重写ue4渲染引擎底层及其通信机制的方法 |
CN110543370B (zh) * | 2019-08-07 | 2022-07-08 | 江苏艾佳家居用品有限公司 | 一种重写ue4渲染引擎底层及其通信机制的方法 |
CN112000494A (zh) * | 2020-08-28 | 2020-11-27 | 北京焦点新干线信息技术有限公司 | 一种即时数据传输方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107943439B (zh) | 界面移动方法、装置、智能终端、服务器和操作*** | |
CN105095360A (zh) | 用于浏览器处理用户请求的方法以及装置 | |
KR101246972B1 (ko) | 문맥 액션을 제공하는 시스템 및 방법 | |
US9690445B2 (en) | Controlling a computing device | |
CN104778063A (zh) | 资源更新方法和装置 | |
KR20180115937A (ko) | 대화형 콘텐츠 제공 시스템 | |
EP3561692A1 (en) | Method and device for displaying web page content | |
CN105205072B (zh) | 网页信息的展示方法和*** | |
CN104123341A (zh) | 文件下载方法、装置及路由设备 | |
CN106066868B (zh) | 网页加载方法及装置 | |
CN105245518A (zh) | 网址劫持的检测方法及装置 | |
CN105530165A (zh) | 用于即时聊天的方法及装置 | |
CN105630949A (zh) | 页面加载、回退方法和装置 | |
CN111581561A (zh) | 页面的显示控制方法、装置、客户端及存储介质 | |
CN106790743A (zh) | 信息传输方法、装置和移动终端 | |
CN104182505A (zh) | 网页重排方法和装置 | |
CN105049251A (zh) | 访问日志的处理方法、设备和*** | |
KR20140103363A (ko) | 메신저 시스템 및 이에 있어서 메신저 서비스 방법 | |
CN105095163A (zh) | 网页编辑方法和装置 | |
CN104268611A (zh) | 网页同步方法及装置 | |
CN104219299B (zh) | 数据传输方法及装置 | |
CN104063424A (zh) | 网页图片的展现方法和展现装置 | |
CN111782997A (zh) | 加载网页的方法及装置、存储介质 | |
CN104994151A (zh) | 信息发布方法和装置 | |
KR20110104885A (ko) | 장치의 서비스에 액세스하기 위한 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151125 |
|
RJ01 | Rejection of invention patent application after publication |