javaweb BaseServlet 自动封装数据并调用service方法

这篇笔记是学习web开发时基于反射和泛型的产物，实际开发时不需要去造这种轮子，仅供学习

引入

整个项目要以数据库的表为基准，有多少张表，就要有多少个实体类，在之前的开发中，我们都是单表开发，根据功能去拆分出多个servlet、service和dao。

如图就是典型的单表开发，根据功能书写多个servlet、service和dao。

但是现在有很多表，如果每个表都要根据功能去写servlet，整个项目就会很冗余，也很不直观。

所以我们不应该根据功能去写dao\service\servlet，而是应该根据表写这些东西。

一张表对应一个实体类，对应一个dao和daoImpl，对应一个service和serviceImpl，对应一个servlet。

在dao中写五个基本的方法（增删改查、查所有）

然后在这个servlet中的doPost/doGet下用switch列出所有功能（增删改查、查所有）

如果这样做，我们就要在servlet中对浏览器的请求进行判断，是执行增删改查，还是查所有

浏览器端表单提交请求类型：

服务器端servlet接收请求：

1 Servlet封装目标说明 

封装目标：

        1.前端各个模块发送的请求会指向后端不同的servlet，并且通过请求参数type的值说明需要执行的操作。

        后端每个servlet上都通过使用switch-case调用对应的方法。

        以上的操作存在许多重复代码，而且每次新增功能后，还得去维护switch-case，因此要降低代码重复性，使用反射实现switch-case要实现的功能。

        2.每个servlet中都直接将请求头和响应头传给方法，在方法中完成请求头的解析，一方面造成代码重复，另一方面也与“servlet只允许给方法传递对象”的代码规范相违背

        因为方法一般都放在service里，而servlet调用service的方法时，应该只传递对象，而不能传递请求头、响应头。

        因此我们要降低重复性，消灭传递给方法的请求头和响应头，做到“只给方法传递对象”

        3.如果”只给方法传递对象“，那么就要求所有的方法在执行完毕后都要将结果返回给servlet，由servlet进行响应——这也会造成代码重复，这也要解决。

2 封装请求类型type 自动执行请求的操作 基础版 便于理解 

之前写servle时，前端每个模块对应一个servlet，前端发送的请求被各模块指定的servlet的doGet和doPost接收，从中取出type，使用switch-case进行判断。

比如前端的模块一需要执行查询操作，那么就需要后端的servlet_1取出请求参数type=show，然后进入case=show的分支，去调用指定的方法。

然后前端的模块二需要执行添加操作，那么就需要后端的servlet_2取出请求参数type=add，然后进入case=add的分支，去调用指定的方法。

这样后期维护起来太麻烦，每加入一个新模块就要重写一次doGet、doPost，并且各个模块里还需要维护switch-case

例图：ajax中实现级联菜单，取出请求参数type，然后进入不同的分支

因此我们现在要转变整个项目的编写思路。

首先前端保持不变，依然是根据不同的模块指向后端不同的servlet，请求参数依然是根据不同的需求给出不同的type值

而后端则设立一个BaseServlet去实现doGet和doPost以及编码设置，然后基于反射和泛型取出请求参数type的值，令servlet下的对应方法自动执行。

所有模块的servlet通过继承BaseServlet，实现代码的降重，而servlet中根据模块需求写各自的方法。

核心方法——通过反射获取类中的同名方法

2.1 BaseServlet代码

①代码写在父类上，这是为了代码降重，但实际上是在子类中被执行，此时this代指的是各种BaseServlet类的子类。

②下图代码中没有设置编码格式，是因为这部分代码被放在了过滤器Filter中

③作为基础类的BaseServlet继承HttpServlet，别的Servlet则继承该BaseServlet

④虽然目前没见过，但是有时候doGet和doPost需要执行不同的代码，到时候就在BaseServlet中修改一下doGet中的代码即可

2.2 子类代码

①子类直接继承BaseServlet，简化了doGet和doPost的操作

②子类中根据模块需求编写响应的方法，从父类继承的反射方法会自动解析前端发来的请求调用对应的方法

③子类中要对请求头进行数据解析，转换为对象，然后使用

3 封装请求类型type 自动执行请求的操作 正式版 实际使用

在上面的代码中，已经实现了自动根据type类型去执行同名的操作，并且写在了父类servlet上，令所有子类servlet都具备该功能。

可以说已经实现了整个项目的代码降重以及使用反射替代switch-case的目的

3.1 基础版存在的问题

但是实际上存在三个问题：

①如果找不到同名的type，会报错，因为上面的代码中并没有进行同名判断以及结果为空时的处理

②使用invoke调用方法时传入的参数顺序是固定的，现在这种写法要求子类中的方法参数表只能是 "请求头，响应头"，但实际上可能会不同

③每个子servlet都需要对请求头进行解析，将其中存储的json对象转为实体对象，再传给各自的方法。

   对请求头进行解析的代码也应该进行降重，让每个子servlet只需要编写方法。

3.2 解决type找不到方法的问题

在执行完下图代码后，我们可以获得一个指向确定的方法的Method对象，如果没有取到，则返回null，不会由于空指针而报错，解决了问题①

注意：代码在子类中执行，获取到的是子类Servlet的方法，建议子类servlet中的方法都设置为公开方法，避免这里还得暴力破解

3.3 解决使用Invoke执行方法时参数表的问题

此时如果想使用invoke调用该Method对象，需要给出该对象需要的参数，即解决Method对象.invoke（this，？）中的？

3.3.1 基础版

通过自动识别方法的参数表需要的参数类型以及参数类型的顺序，就能解决问题②，即？

通过自动封装请求头中的数据，就能解决问题③，即代码降重，关于图中的第五步操作——自动解析与封装请求头数据的进一步说明点击这里