网页访问方法及装置与流程

文档序号:15445972发布日期:2018-09-14 23:22阅读:122来源:国知局

本发明涉及计算机技术领域,尤其涉及一种网页访问方法及装置。



背景技术:

随着互联网的兴起,互联网应用应运而生。所谓的互联网应用采用前端(用户端)/后端(服务器端)通信模式,为客户提供多样化需求。

具体而言,后端为前端存储相关网页的网页资源,只要前端与后端之间进行数据传输,便能够通过前端所存储的网页链接地址(url),得到存储于后端中对应网页链接地址的网页资源,由此实现对网页的在线访问,从而使得用户借由互联网应用享受该网页所提供的各种线上服务。

然而,就前端与后端之间进行的数据传输而言,前端与后端耦合性很高,维护成本高。

举例来说,前端接收到的数据不够纯净,即还包含了部分本应该由后端处理的数据(下文简称为后端数据),为此,前端需要将该后端数据进行数据格式转换,形成前端能够支持的转换数据之后,方可进行后续处理。同理,后端接收到的数据也不够纯净,还包含了部分本应该由前端处理的数据(下文简称为前端数据),在进行处理前也需要数据格式转换。

换句话说,对于开发阶段来说,由于前端进行处理的数据不仅包含前端数据,还涉及部分后端数据,导致前端的开发必须依赖于后端的开发,反过来也可以说后端的开发取决于前端的开发,即前后端耦合性很高,这势必造成网页访问过程中数据格式转换的复杂度,进而导致网页访问效率低下。



技术实现要素:

为了解决上述技术问题,本发明的一个目的在于提供一种网页访问方法及装置。

其中,本发明所采用的技术方案为:

一方面,一种网页访问方法,包括:前端获取互联网应用向后端发起的网页访问请求;根据所述网页访问请求中的网页链接地址在后端中进行网页资源定位,接收所述后端返回的网页资源,所述网页资源仅包含前端数据;通过与后端分离的表现层对仅包含前端数据的网页资源在所述互联网应用中进行网页显示。

另一方面,一种网页访问装置,包括:请求发起模块,用于前端获取互联网应用向后端发起的网页访问请求;资源接收模块,用于根据所述网页访问请求中的网页链接地址在后端中进行网页资源定位,接收所述后端返回的网页资源,所述网页资源仅包含前端数据;网页显示模块,用于通过与后端分离的表现层对仅包含前端数据的网页资源在所述互联网应用中进行网页显示。

另一方面,一种网页访问装置,包括处理器及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如上所述的网页访问方法。

另一方面,一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的网页访问方法。

在上述技术方案中,通过前端获取互联网应用向后端发起的网页访问请求,以根据网页访问请求中的网页链接地址在后端中进行网页资源定位,进而接收到后端返回的仅包含前端数据的网页资源,并通过与后端分离的表现层对该仅包含前端数据的网页资源在互联网应用中进行网页显示。

也就是说,由于后端返回的网页资源仅包含前端数据,使得前端接收到纯净数据,并且用于网页显示的表现层与后端分离,以此避免前后端耦合性过高,有效地降低了网页访问过程中的复杂度,进而解决了现有技术中因前后端耦合性过高而导致网页访问效率低下的问题。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。

图1是根据本发明所涉及的实施环境的示意图。

图2是根据一示例性实施例示出的一种终端的硬件结构框图。

图3是根据一示例性实施例示出的一种服务器的硬件结构框图。

图4是根据一示例性实施例示出的一种网页访问方法的流程图。

图5是根据一示例性实施例示出的另一种网页访问方法的流程图。

图6是图5对应实施例中步骤430在一个实施例的流程图。

图7是图5对应实施例中步骤430在另一个实施例的流程图。

图8是图4对应实施例中步骤350在一个实施例的流程图。

图9是根据一示例性实施例示出的一种网页访问装置的框图。

通过上述附图,已示出本发明明确的实施例,后文中将有更详细的描述,这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围,而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1为一种网页访问方法所涉及的实施环境的示意图。该实施环境包括终端(即前端)100和服务器端(即后端)200。

其中,终端100可以是笔记本电脑、平板电脑、智能手机、台式电脑或者其他可供互联网应用运行的电子设备,在此不进行限定。

终端100与服务器端200之间建立通信连接,该通信连接包括但不限于无线网络连接、有线网络连接等,进而通过所建立的通信连接进行数据传输,例如,通过通信连接传输网页资源等。

具体地,终端100利用运行的互联网应用,向服务器端200发起网页访问请求,以获取服务器端200中的网页资源,进而控制该网页资源在互联网应用中进行网页显示。

请参阅图2,图2是根据一示例性实施例示出的一种终端的框图。

需要说明的是,该终端100只是一个适配于本发明的示例,不能认为是提供了对本发明的使用范围的任何限制。该终端100也不能解释为需要依赖于或者必须具有图2中示出的示例性的终端100中的一个或者多个组件。

如图2所示,终端100包括存储器101、存储控制器103、一个或多个(图2中仅示出一个)处理器105、外设接口107、射频模块109、定位模块111、摄像模块113、音频模块115、触控屏幕117以及按键模块119。这些组件通过一条或多条通讯总线/信号线121相互通讯。

其中,存储器101可用于存储计算机程序以及模块,如本发明示例性实施例中的基于移动终端的客户数据安全访问方法及装置对应的计算机可读指令及模块,处理器105通过运行存储在存储器101内的计算机可读指令,从而执行各种功能以及数据处理,即完成基于移动终端的客户数据安全访问方法。

存储器101作为资源存储的载体,可以是随机存储器、例如高速随机存储器、非易失性存储器,如一个或多个磁性存储装置、闪存、或者其它固态存储器。存储方式可以是短暂存储或者永久存储。

外设接口107可以包括至少一有线或无线网络接口、至少一串并联转换接口、至少一输入输出接口以及至少一usb接口等,用于将外部各种输入/输出装置耦合至存储器101以及处理器105,以实现与外部各种输入/输出装置的通信。

射频模块109用于收发电磁波,实现电磁波与电信号的相互转换,从而通过通讯网络与其他设备进行通讯。通信网络包括蜂窝式电话网、无线局域网或者城域网,上述通信网络可以使用各种通信标准、协议及技术。

定位模块111用于获取终端100的当前所在的地理位置。定位模块111的实例包括但不限于全球卫星定位系统(gps)、基于无线局域网或者移动通信网的定位技术。

摄像模块113隶属于摄像头,用于拍摄图片或者视频。拍摄的图片或者视频可以存储至存储器101内,还可以通过射频模块109发送至上位机。

音频模块115向用户提供音频接口,其可包括一个或多个麦克风接口、一个或多个扬声器接口以及一个或多个耳机接口。通过音频接口与其它设备进行音频数据的交互。音频数据可以存储至存储器101内,还可以通过射频模块109发送。

触控屏幕117在终端100与用户之间提供一个输入输出界面。具体地,用户可通过触控屏幕117进行输入操作,例如点击、触摸、滑动等手势操作,以使终端100对该输入操作进行响应。终端100则将文字、图片或者视频任意一种形式或者组合所形成的输出内容通过触控屏幕117向用户显示输出。

按键模块119包括至少一个按键,用以提供用户向终端100进行输入的接口,用户可以通过按下不同的按键使终端100执行不同的功能。例如,声音调节按键可供用户实现对终端100播放的声音音量的调节。

可以理解,图2所示的结构仅为示意,终端100还可包括比图2中所示更多或更少的组件,或者具有与图2所示不同的组件。图2中所示的各组件可以采用硬件、软件或者其组合来实现。

图3是根据一示例性实施例示出的一种服务器200的硬件结构框图。需要说明的是,该服务器200只是一个适配于本发明的示例,不能认为是提供了对本发明的使用范围的任何限制。该服务器200也不能解释为需要依赖于或者必须具有图3中示出的示例性的服务器200中的一个或者多个组件。

该服务器200的硬件结构可因配置或者性能的不同而产生较大的差异,如图3所示,服务器200包括:电源210、接口230、至少一存储器250、以及至少一中央处理器(cpu,centralprocessingunits)270。

其中,电源210用于为服务器200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一usb接口237等,用于与外部设备通信。

存储器250作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源包括操作系统251、应用程序253及数据255等,存储方式可以是短暂存储或者永久存储。其中,操作系统251用于管理与控制服务器200上的各硬件设备以及应用程序253,以实现中央处理器270对海量数据255的计算与处理,其可以是windowsservertm、macosxtm、unixtm、linuxtm、freebsdtm等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序,其可以包括至少一模块(图3中未示出),每个模块都可以分别包含有对服务器200的一系列计算机可读指令。数据255可以是存储于磁盘中的照片、图片等。

中央处理器270可以包括一个或多个以上的处理器,并设置为通过总线与存储器250通信,用于运算与处理存储器250中的海量数据255。

如上面所详细描述的,适用本发明的服务器200将通过中央处理器270读取存储器250中存储的一系列计算机可读指令的形式来完成网页访问方法。

此外,通过硬件电路或者硬件电路结合软件也能同样实现本发明,因此,实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图4,在一示例性实施例中,一种网页访问方法适用于图1所示实施环境的终端,该终端的结构可以如图2所示。

该种网页访问方法可以由终端(即前端)执行,可以包括以下步骤:

步骤310,前端获取互联网应用向后端发起的网页访问请求。

如前所述,互联网应用采用前端/后端通信模式,为客户提供多样化需求。例如,后端为前端存储相关网页的网页资源,只要前端与后端交互,便能够获得后端中的网页资源,由此实现用户对网页的在线访问,进而使得用户借由互联网应用享受网页所提供的各种线上服务。

由此,网页访问请求,是用户为了对网页进行在线访问而控制运行于前端的互联网应用向后端发起的。该网页访问请求指示了互联网应用所请求访问的网页,以便于后续能够后端返回互联网应用所请求访问网页的网页资源。例如,互联网应用可以是保险营销应用,则网页可以是保单销售网页或者保单售后网页等等。

应当理解,后端所存储网页的网页资源是海量的,不同网页资源的存储位置各不相同。因此,网页访问请求是根据网页资源的存储位置生成的,也可以理解为,网页访问请求中携带了网页资源的存储位置。

网页链接地址,即指示了网页资源的存储位置,被用于在后端中进行网页资源的定位。也就是说,不同的网页资源具有不同的网页链接地址,即网页链接地址实现了对网页资源在后端中的存储位置的唯一标识,由此,便能够基于网页链接地址唯一地得到后端中存储的网页资源。

步骤330,根据网页访问请求中的网页链接地址在后端中进行网页资源定位,接收后端返回的网页资源。

对于后端而言,在接收到前端所发送的网页访问请求之后,将从该网页访问请求中提取得到网页链接地址,进而便能够根据网页链接地址对网页资源进行定位。

定位,即是指针对后端中存储的海量网页资源所对应的存储位置,按照网页链接地址指示的网页资源的存储位置进行查找,以获得存储于该存储位置的网页资源。

对于前端而言,当后端返回网页资源,便相应地接收到该网页资源。其中,该网页资源仅包含前端数据。

网页资源仅包含前端数据,是指前端所接收到的数据是纯净的,即不包含后端数据,也可以理解为,前端接收到的数据不存在本应该由后端处理的数据,以此达到前后端分离的目的。

步骤350,通过与后端分离的表现层对仅包含前端数据的网页资源在互联网应用中进行网页显示。

其中,所谓的表现层指示了表现网页资源的形式。

举例来说,网页资源是文本,则表现层所指示的网页资源的表现形式可以是txt格式,使得互联网应用中通过txt格式进行文本显示,或者,网页资源是图片,则表现层所指示的网页资源的表现形式可以是jpg格式,使得互联网应用中通过jpg格式进行图片显示。

可以理解,网页显示主要是在前端中进行,因此,本实施例中,表现层与后端分离。

具体地,在前端独立于后端进行的数据开发中,由于所开发数据可能会传输至后端,则将所开发数据与用于网页显示的表现层解耦合,以形成与后端分离的表现层。

换而言之,与后端分离的表现层完全由前端进行维护,而不需要依赖于后端,相应地,后端接收到的由前端独立开发的数据将不存在本应该由前端处理的数据(例如表现层相关数据),以此进一步地达到前后端分离的目的。

在上述实现过程中,通过仅包含前端数据的网页资源、以及与后端分离的表现层,实现了前后端的解耦合,使得网页访问过程中复杂度有效地降低,从而解决了现有技术中因前后端耦合性过高而导致网页访问效率低下的问题。

请参阅图5,在一示例性实施例中,步骤330之前,上述方法还可以包括以下步骤:

步骤410,后端独立于前端进行数据开发,生成网页资源。

其中,网页资源仅包含符合标准数据格式的前端数据。

步骤430,在进行数据独立开发的后端中部署通信接口,以通过通信接口进行网页资源的传输。

也就是说,在后端独立于前端进行的数据开发中,由于网页资源被用于前端中进行网页显示而需要传输至前端,则生成的网页资源仅包含前端数据,进而使得前端所接收到的数据是纯净的,以此达到前后端分离的目的。

进一步地,由于前后端分离,前端与后端之间的数据交互通过统一的通信接口实现,不仅降低了数据传输的复杂度,而且有利于后续数据格式转换,进而有利于进一步地提高网页访问效率。

标准数据格式由通信接口配置,即不同通信接口所支持的标准数据格式不同,则为前端数据配置的标准数据格式也有所区别。例如,通信接口为api接口,相应地,为前端数据所配置的标准数据格式可以是json、xml等。

在一实施例的具体实现中,对于后端而言,api接口为restful风格。

如图6所示,步骤430可以包括以下步骤:

步骤431,进行api接口的通信协议配置。

在前后端分别部署了统一的api接口之后,将为该统一的api接口配置通信协议,使得该统一的api接口进行数据传输时符合所配置的通信协议,从而实现高效的数据传输。

例如,通信协议为http协议或者https协议。

步骤433,对配置了通信协议的api接口进行域名部署。

域名,是对后端所在的位置(电子位置/地理位置)进行唯一地标识,例如,前端通过域名直接访问到后端。

域名部署,即是指在域名中部署配置了通信协议的api接口,使得访问是基于该域名中部署的api接口,例如,前端通过域名所部署的api接口直接访问到后端的该api接口。

具体而言,域名部署,将配置了通信协议的api接口部署于主域名,或者,针对不进行扩展的api接口,还可以将配置了通信协议的api接口部署于主域名的下一级中。

例如,对于https://api1.example.com来说,api接口为api1接口,为api1接口所配置的通信协议是https协议,该配置了https协议的api1接口部署于主域名example.com中。

针对http://example.org/api2/而言,api接口为api2接口,为api2接口所配置的通信协议是http协议,该配置了http协议的api2接口则部署于主域名的下一级中。

在此补充说明的是,api接口,本质上是操作系统提供给应用程序的接口,进而使得应用程序通过调用api接口而触发操作系统去执行应用程序指令,由此,根据应用程序指令的不同,api接口所提供的调用服务也随之变化,如果api接口所提供的调用服务相对简单且较为固定,即视该api接口为不进行扩展的api接口。

步骤435,在部署了api接口的域名中添加网页资源的路径和操作类型。

其中,网页资源的路径即表示网页资源在后端中的存储位置,使得前端能够通过域名中网页资源的路径访问到存储于后端的相应网页资源。

操作类型是指后端对网页资源可执行的操作,包括但不限于:资源提取、资源新建、资源更新、资源删除等操作。

进一步地,如图7所示,步骤430还可以包括以下步骤:

步骤437,在部署了api接口的域名中添加过滤信息。

如果网页资源过多,后端不可能将所有网页资源返回给前端,为此,过滤信息是用于进行网页资源的过滤,该过滤信息包括但不限于:返回数量、筛选条件、返回网页资源所开始位置、返回网页资源的排序顺序等等。

步骤439,在部署了api接口的域名中添加状态码信息。

状态码信息包括后端向前端返回的状态码,以此指示后端对网页资源所执行操作和/或操作执行结果。

例如,状态码为200,则表示后端向前端返回所请求的网页资源成功,或者,状态码为400,则表示后端未进行网页资源的新建操作或者更新操作。

通过上述实施例的配合,实现了后端中restful风格的api接口部署,进而为前端进行网页访问提供了依据,即前端通过包含了该restful风格的api接口的域名便能够请求后端返回网页相应的网页资源。

需要说明的是,步骤437~步骤439的执行顺序可以调整,本实施例并非对此加以限定。

在一示例性实施例中,步骤350之前,上述方法还可以包括以下步骤:

前端独立于后端进行的数据开发中,将所开发数据与用于网页显示的表现层解耦合,形成与后端分离的表现层。

解耦合,是指将用于网页显示的表现层与前端所开发数据分离,进而使得传输至后端的数据不会包含用于网页显示的表现层相关数据,从而使得后端所接收到的数据是纯净的,即不存在本应该由前端进行处理的数据,例如,用于网页显示的表现层所相关的数据。

解耦合所采用的软件架构,包括但不限于:mvc(model-view-controller)、mvp(model–view–presenter)、mvvm(model–view–viewmodel)模式。

在一示例性实施例中,步骤350之前,上述方法还可以包括以下步骤:

前端对与后端分离的表现层进行组件封装。

应当理解,网页显示过程中,除了网页资源的展示,还涉及界面元素的展示,例如,界面元素包括菜单栏、任务栏、视图按钮等等。相应地,与后端分离的表现层,除了指示网页资源的表现形式,还将指示界面元素的显示风格。

由此,本实施例中,表现层所进行的组件封装,是指进行界面元素的组件化,使得相同界面元素通过表现层进行网页显示过程中具有统一的显示风格,不仅简化了表现层开发的复杂度,而且有利于增强界面元素的灵活性、美观性,进而有利于提升用户的访问体验。

在一应用场景中,将保单销售页面和保单售后页面中相同的软电话拨打按钮统一封装为组件a,该组件a以电话图标进行显示,进而使得保单销售页面和保单售后页面中的软电话拨打按钮在网页显示过程中均显示为电话图标。

请参阅图8,在一示例性实施例中,步骤350可以包括以下步骤:

步骤351,前端通过自身所部署的通信接口进行网页资源接收,获得仅包含符合标准数据格式前端数据的网页资源。

如前所述,由于前后端分离,前端与后端之间的数据交互通过统一的通信接口实现,不仅降低了数据传输的复杂度,而且有利于后续数据格式转换,进而有利于进一步地提高网页访问效率。

由此,前端所部署的通信接口与后端保持一致,例如,通信接口为api接口,相应地,标准数据格式由该api接口所配置,包括但不限于:json、xml等等。

在一实施例的具体实现中,对于前端而言,在后端通过restful风格的api接口返回了网页资源之后,便能够接收到符合json格式的前端数据。

步骤353,对网页资源中符合标准数据格式的前端数据进行数据格式转换,得到转换数据。

数据格式转换,即是指将前端数据的标准数据格式转换为前端实际处理时所支持的数据格式。

步骤355,在互联网应用中调用与后端分离的表现层根据转换数据进行网页显示。

在上述过程中,接收到的网页资源仅包含符合标准数据格式的前端数据,即不存在本应该由后端进行处理的数据,也可以理解为,前端接收到的数据是纯净的,因此,与后端分离的表现层所进行的网页显示过程中,前端仅需要处理前端数据,避免处理后端数据,进而有利于提高前端处理效率,从而加速网页显示过程,有利于提升用户的访问体验。

下述为本发明装置实施例,可以用于执行本发明所涉及的基于移动终端的客户数据安全访问方法。对于本发明装置实施例中未披露的细节,请参照本发明所涉及的基于移动终端的客户数据安全访问方法的方法实施例。

请参阅图9,在一示例性实施例中,一种网页访问装置900包括但不限于:请求发起模块910、资源接收模块930和网页显示模块950。

其中,请求发起模块910用于前端获取互联网应用向后端发起的网页访问请求。

资源接收模块930用于根据网页访问请求中的网页链接地址在后端中进行网页资源定位,接收后端返回的网页资源,网页资源仅包含前端数据。

网页显示模块950用于通过与后端分离的表现层对仅包含前端数据的网页资源在互联网应用中进行网页显示。

需要说明的是,上述实施例所提供的网页访问装置在进行网页访问处理时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即网页访问装置的内部结构将划分为不同的功能模块,以完成以上描述的全部或者部分功能。

另外,上述实施例所提供的网页访问装置与网页访问方法的实施例属于同一构思,其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。

在一示例性实施例中,一种网页访问装置,包括处理器及存储器。

其中,存储器上存储有计算机可读指令,该计算机可读指令被处理器执行时实现上述各实施例中的网页访问方法。

在一示例性实施例中,一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各实施例中的网页访问方法。

上述内容,仅为本发明的较佳示例性实施例,并非用于限制本发明的实施方案,本领域普通技术人员根据本发明的主要构思和精神,可以十分方便地进行相应的变通或修改,故本发明的保护范围应以权利要求书所要求的保护范围为准。

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