CN106293688A - 一种网页请求的处理方法、装置和系统 - Google Patents

Abstract

本发明实施例提供一种网页请求的处理方法、装置和系统,包括:控制器接收web前端发送的根据预先定义的封装形式封装后的网页请求；根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。可以克服现有技术中存在大量冗余的代码和重复开发导致的web开发的效率降低的问题。

Description

一种网页请求的处理方法、装置和系统

技术领域

本发明实施例涉及网络信息处理技术，尤其涉及一种网页请求的处理方法、装置和系统。

背景技术

MVC是一种使用模型-视图-控制器(Model View Controller，MVC)设计创建Web应用程序的模式：其中，Model(模型)是应用程序中用于处理应用程序数据逻辑的部分，通常模型对象负责在数据库中存取数据。View(视图)是应用程序中处理数据显示的部分，通常视图是依据模型数据创建的。Controller(控制器)是应用程序中处理用户交互的部分，通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

现有的web开发一般都采用MVC模式，在实现本发明的过程中发现：Controller作为前端网页请求的分发控制器，根据前端网页请求需要定义对应的业务方法类。基于现有的web业务开发方式，随着业务的不断发展，Controller需要不断的定义业务方法类，这样形成大量冗余的代码和重复开发，从而导致web开发的效率降低。

发明内容

本发明实施例提供一种网页请求的处理方法、装置和系统，用以克服现有技术中存在大量冗余的代码和重复开发导致的web开发的效率降低的问题。

本发明实施例提供一种网页请求的处理方法，包括：

控制器接收web前端发送的根据预先定义的封装形式封装后的网页请求；

根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；

根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；

将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。

可选地，所述网页请求中包括的对象信息和方法信息为根据预先定义的加密方式进行加密后的信息；

所述获取所述网页请求中包括的对象信息和方法信息包括：

所述控制器根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

可选地，所述网页请求中还包括其他业务参数，所述其他业务参数为所述web前端根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

可选地，将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理之前，包括：

将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

本发明实施例提供一种网页请求的处理装置，位于控制器侧，包括：

接收模块，用于接收web前端发送的根据预先定义的封装形式封装后的网页请求；

获取模块，用于根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；

确定模块，用于根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；

发送模块，用于将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。

可选地，所述网页请求中包括的对象信息和方法信息为根据预先定义的加密方式进行加密后的信息；

所述获取模块具体用于：根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

可选地，所述网页请求中还包括其他业务参数，所述其他业务参数为所述web前端根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

可选地，所述的装置还包括：

转化模块，用于将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

本发明实施例提供一种网页请求的处理系统，包括：控制器和web前端；

所述web前端，用于检测到浏览器触发的网页请求，根据预先定义的封装形式封装的所述网页请求，并将所述封装后的网页请求发送给所述控制器；

所述控制器包括上述网页请求的处理装置。

可选地，所述网页请求中还包括其他业务参数；

所述web前端，还用于将所述其他业务参数根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

本实施例通过控制器对web前端发送的根据预先定义的封装形式封装后的网页请求；根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；之后，根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；将所述网页请求发送给与所述业务方法对应的业务模型进行相应的业务处理，实现了控制器对web前端发送的任一网页请求，由于任一网页请求都具有统一的封装形式，控制器不需要对每一个网页请求定义对应的业务方法类，解决控制器大量重复开发冗余代码导致的web开发的效率降低的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本发明一种网页请求的处理方法实施例一的流程图；

图2为本发明一种网页请求的处理方法实施例二的流程图；

图3为本发明一种网页请求的处理装置实施例一的结构示意图；

图4为本发明一种网页请求的处理系统实施例一的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

实施例描述

下面以一实施例对本申请方法的实现作进一步说明,图1为本发明一种网页请求的处理方法实施例一的流程图，如图1所示，本实施例的方法可以包括：

步骤101、控制器接收web前端发送的根据预先定义的封装形式封装后的网页请求。

本发明实施例中，web前端预先定义统一的封装形式，对触发每个业务的网页请求根据前述预先定义的封装形式进行统一的封装；这样，尽管每个业务的网页请求具体种类和形式是不同的，但是经过统一封装后的网页请求形式是统一，例如web前端定义一个公共的网页请求的编码方法。

步骤102、根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息。

在本发明一实施例中，控制器只需要对经过统一封装后的网页请求对应地定义一个公共的业务方法类用以解编码前述经过统一编码后的网页请求，获取网页请求中包括的对象信息和方法信息。

进一步地，假设Web前端对上述网页请求中的对象信息和方法信息经过加密处理的话，控制器需要根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

进一步地，所述网页请求中还包括其他业务参数，web前端可以根据预设格式将其他业务参数转化成为相应的字符串，其中，预设格式包括json格式。

步骤103、根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法。

对应地，本发明实施例中，控制器获取网页请求中包括的对象信息和方法信息之后，根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法，即反射调用后端的业务逻辑代码。

步骤104、将所述网页请求转发给与所述业务方法对应的业务模型进行相应的处理。

对应地，控制器根据确定的业务方法确定业务模型，并将网页请求发送给对应的业务模型，以便业务模型对该网页请求进行相应的业务处理。

进一步地，当网页请求中还包括其他业务参数时，控制器可以将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

具体举例来说，在现有技术中，当去访问一个网站网页，网站网页里面有不同的按钮，这些按钮都会触发后台的不同的ajax请求，这种ajax请求定义的url都是各式各样的，在后台的控制器(controller)里也会定义不同的类或方法，来接受前端发过来的请求。

而根据图1所示实施例所述的方法，当去访问一个网站网页，网站网页里面有不同的按钮，这些按钮都会触发后台的不同的ajax请求，这种ajax请求定义的url都是各式各样的，首先是将各式各样的url的ajax请求进行封装，封装后的ajax请求的url是统一的，只不过请求中携带的参数bean和method不一样，这样，控制器只需要定义一个类一个方法，去接收前端的所有的ajax请求，进而根据传过来的bean和method进行反射，确定对应的业务方法，将ajax请求转发给与该业务方法对应的业务模型进行相应的处理。

本实施例通过控制器对web前端发送的根据预先定义的封装形式封装后的网页请求；根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；之后，根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；将所述网页请求发送给与所述业务方法对应的业务模型进行相应的业务处理，实现了控制器对web前端发送的任一网页请求，由于任一网页请求都具有统一的封装形式，控制器不需要对每一个网页请求定义对应的业务方法类，解决控制器大量重复开发冗余代码导致的web开发的效率降低的问题。

下面采用具体的实施例，对图1所示方法实施例的技术方案进行详细说明。

图2为本发明一种网页请求的处理方法实施例二的流程图，如图2所示，本实施例的方法可以包括：

步骤201、web前端根据公共的ajax请求的js方法对ajax的url请求进行封装，并将封装好的数据信息发送给控制器。

具体地，当web前端定义一个公共的ajax请求的js方法，用于对浏览器触发的ajax的url请求进行统一封装。以一个具体例子说明，如下是一个公共的ajax请求的js方法的实例

WdmUtil.ajax＝function(method,bean,map,excute,url){}

其具体参数说明如下：

Method为后端所要调用的方法信息，基于安全考虑，本实施例中可以对该方法信息进行加密；

Bean为后端所要调用的对象信息，基于安全考虑，本实施例中可以对对象信息进行加密；

Map为ajax请求所需要的其他业务参数，例如用户输入的用户名或密码等信息，可以根据具体业务进行自定义；

excute为ajax请求完之后执行的方法，用户可以自定义；

url为需要在ajax请求里做特殊的封装操作，例如定义新的url，用于封装ajax请求中各式各样的url。

需要说明的是，bean和method是后端处理具体业务逻辑的对象和方法，采用加密的方式大大降低被攻击的风险，本发明对具体的加密技术不做详细描述，可以为现有的加密技术。

在这个例子中，ajax请求中包括其他业务参数时，web前端需要根据预设格式将其他业务参数转化成为相应的字符串，所述预设格式包括json格式。

具体地，web前端定义一个公共的map转化字符串的js方法，对传入的其他业务参数由map对象转化成json格式的字符串,如：functionmapToJson(map){}。因为在js里，Map对象是键值对的形式存在，不能在http上作为参数请求，必须要转化成字符串的形式进行传递。

步骤202、控制器根据预先定义的公共的业务方法类对web前端发送的ajax请求进行解封装，获取ajax请求中的对象信息和方法信息，并反射调用后端的业务逻辑代码。

具体地，控制器只需要定义一个公共的业务方法类用以解编码前述经过统一编码后的ajax请求，获取ajax请求中包括的对象信息和方法信息。

例如，这个公共的业务方法类要实现ApplicationContextAware这个接口,主要是对里面的setApplicationContext(ApplicationContextapplicationContext)这个方法进行重写。把容器的上下文对象信息(applicationContext)注入到这个对象里面，目的是在应用容器初始化后是能通过这个接口对应的方法来拿到后端业务的所有对象信息。这里的对象信息与web前端发送过来的bean这个参数是对应的。

进一步地，当web前端发送过来的ajax请求中还包括其他业务参数时，即前端传过来的json参数，控制器例如可以利用gson这个第三方jar包，调用gson.fromJson这个方法进行字符串反序列化成Java的Map<String,Object>对象，因为调用后端的方法需要发送过来的其他业务参数统一是Map<String,Object>对象。

假设前端web对参数bean，method经过加密处理，则控制器需要根据对应的解密技术对参数bean，method进行解密还原成正常的字符串，再利用java自带的反射api(Class.getMethod)，动态调用后端的业务逻辑层(业务模型)。

具体地，反射调用包括：

获得反射的对象信息:obj＝applicationContext.getBean(bean)

获得反射的方法信息:me＝obj.class.getMethod(method,

new Class[]{HashMap.class})

之后，进行反射调用:me.invoke(obj,map)

举例来说，控制器定义一个公共的业务方法类来反射调用后端的业务逻辑代码的主要Java代码片段:

步骤203、控制器根据业务逻辑代码，将ajax的url请求中的其他业务参数发送给对应业务逻辑层进行相应的处理。

对应地，控制器根据步骤202中反射调用的业务逻辑代码确定对应的业务逻辑层(业务模型)，并将步骤202获取的Map<String,Object>发送给对应的业务模型，以便业务模型对该ajax的url请求进行相应的业务处理。

本实施例，web前端利用公共的ajax请求的js方法对ajax的url请求封装为固定格式ajax请求,之后，其他所有的url请求不需要控制器一一定义对应业务方法类和业务方法，这样，控制器只需要编写一个公共的业务方法类来反射调用后端的业务逻辑代码类就可以了。解决控制器大量重复开发冗余代码导致的web开发的效率降低的问题。

进一步地，为了保住业务安全可以对ajax请求中的参数bean和参数method进行加密处理。

图3为本发明一种网页请求的处理装置实施例一的结构示意图，如图3所示，本实施例的装置可以包括：

接收模块31，用于接收web前端发送的根据预先定义的封装形式封装后的网页请求；

获取模块32，用于根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；

确定模块33，用于根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；

发送模块34，用于将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。

可选地，所述网页请求中包括的对象信息和方法信息为根据预先定义的加密方式进行加密后的信息；

所述获取模块32具体用于：根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

可选地，所述网页请求中还包括其他业务参数，所述其他业务参数为所述web前端根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

可选地，假设所述网页请求中包括的其他业务参数，则在发送模块34将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理之前，所述的装置还包括：

转化模块35，用于将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

本实施例的装置，可以用于执行图1或图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图4为本发明一种网页请求的处理系统实施例一的结构示意图，如图4所示，包括：控制器41和web前端42；

所述web前端42，用于检测到浏览器触发的网页请求，根据预先定义的封装形式封装的所述网页请求，并将所述封装后的网页请求发送给所述控制器；

所述控制器41包括图3所示实施例所述的网页请求的处理装置。

可选地，所述网页请求中还包括其他业务参数；

所述web前端42，还用于将所述其他业务参数根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

本实施例的装置，可以用于执行图1或图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种网页请求的处理方法，其特征在于，包括：

控制器接收web前端发送的根据预先定义的封装形式封装后的网页请求；

根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；

根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；

将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。

2.根据权利要求1所述的处理方法，其特征在于，所述网页请求中包括的对象信息和方法信息为根据预先定义的加密方式进行加密后的信息；

所述获取所述网页请求中包括的对象信息和方法信息包括：

所述控制器根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

3.根据权利要求1所述的处理方法，其特征在于，所述网页请求中还包括其他业务参数，所述其他业务参数为所述web前端根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

4.根据权利要求1或3所述的处理方法，其特征在于，将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理之前，包括：

将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

5.一种网页请求的处理装置，位于控制器侧，其特征在于，包括:

接收模块，用于接收web前端发送的根据预先定义的封装形式封装后的网页请求；

获取模块，用于根据与所述封装形式对应的解封装形式，获取所述网页请求中包括的对象信息和方法信息；

确定模块，用于根据所述对象信息，确定与所述对象信息对应的业务方法类，根据所述方法信息，在所述业务方法类中确定与所述方法信息对应的业务方法；

发送模块，用于将所述网页请求发送给与所述业务方法对应的业务模型进行相应的处理。

6.根据权利要求5所述的处理装置，其特征在于，所述网页请求中包括的对象信息和方法信息为根据预先定义的加密方式进行加密后的信息；

所述获取模块具体用于：根据与所述加密方式对应的解密方式，解密所述网页请求中包括的对象信息和方法信息。

7.根据权利要求5所述的处理装置，其特征在于，所述网页请求中还包括其他业务参数，所述其他业务参数为所述web前端根据预设格式转化成为相应的字符串，所述预设格式包括json格式。

8.根据权利要求5或7所述的处理装置，其特征在于，还包括：

转化模块，用于将所述网页请求中包括的其他业务参数进行字符串反序列化为所述业务模型识别的参数形式。

9.一种网页请求的处理系统，其特征在于，包括：控制器和web前端；

所述web前端，用于检测到浏览器触发的网页请求，根据预先定义的封装形式封装的所述网页请求，并将所述封装后的网页请求发送给所述控制器；

所述控制器包括权利要求5-8任一项所述的网页请求的处理装置。

10.根据权利要求9所述的处理系统，其特征在于，所述网页请求中还包括其他业务参数；

所述web前端，还用于将所述其他业务参数根据预设格式转化成为相应的字符串，所述预设格式包括json格式。