SpringBoot之响应案例的详细解析

2.3 案例

下面我们通过一个案例，来加强对请求响应的学习。

2.3.1 需求说明

需求：加载并解析xml文件中的数据，完成数据处理，并在页面展示

• 获取员工数据，返回统一响应结果，在页面渲染展示

2.3.2 准备工作

案例准备：

1. XML文件

   • 已经准备好(emp.xml)，直接导入进来，放在 src/main/resources目录下

2. 工具类

   • 已经准备好解析XML文件的工具类，无需自己实现

   • 直接在创建一个包 com.itheima.utils ，然后将工具类拷贝进来

3. 前端页面资源

   • 已经准备好，直接拷贝进来，放在src/main/resources下的static目录下

Springboot项目的静态资源(html，css，js等前端资源)默认存放目录为：classpath:/static 、 classpath:/public、 classpath:/resources

在SpringBoot项目中，静态资源默认可以存放的目录：

• classpath:/static/

• classpath:/public/

• classpath:/resources/

• classpath:/META-INF/resources/

classpath：

• 代表的是类路径，在maven的项目中，其实指的就是 src/main/resources 或者 src/main/java，但是java目录是存放java代码的，所以相关的配置文件及静态资源文档，就放在 src/main/resources下。

2.3.3 实现步骤

1. 在pom.xml文件中引入dom4j的依赖，用于解析XML文件

   <dependency>
    ? ?<groupId>org.dom4j</groupId>
    ? ?<artifactId>dom4j</artifactId>
    ? ?<version>2.1.3</version>
   </dependency>

2. 引入资料中提供的：解析XML的工具类XMLParserUtils、实体类Emp、XML文件emp.xml

3. 

4. 引入资料中提供的静态页面文件，放在resources下的static目录下

5. 

6. 创建EmpController类，编写Controller程序，处理请求，响应数据

7. 

2.3.4 代码实现

Contriller代码：

@RestController
public class EmpController {
 ? ?@RequestMapping("/listEmp")
 ? ?public Result list(){
 ? ? ? ?//1. 加载并解析emp.xml
 ? ? ? ?String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();
 ? ? ? ?//System.out.println(file);
 ? ? ? ?List<Emp> empList = XmlParserUtils.parse(file, Emp.class);
?
 ? ? ? ?//2. 对数据进行转换处理 - gender, job
 ? ? ? ?empList.stream().forEach(emp -> {
 ? ? ? ? ? ?//处理 gender 1: 男, 2: 女
 ? ? ? ? ? ?String gender = emp.getGender();
 ? ? ? ? ? ?if("1".equals(gender)){
 ? ? ? ? ? ? ? ?emp.setGender("男");
 ? ? ? ? ?  }else if("2".equals(gender)){
 ? ? ? ? ? ? ? ?emp.setGender("女");
 ? ? ? ? ?  }
?
 ? ? ? ? ? ?//处理job - 1: 讲师, 2: 班主任 , 3: 就业指导
 ? ? ? ? ? ?String job = emp.getJob();
 ? ? ? ? ? ?if("1".equals(job)){
 ? ? ? ? ? ? ? ?emp.setJob("讲师");
 ? ? ? ? ?  }else if("2".equals(job)){
 ? ? ? ? ? ? ? ?emp.setJob("班主任");
 ? ? ? ? ?  }else if("3".equals(job)){
 ? ? ? ? ? ? ? ?emp.setJob("就业指导");
 ? ? ? ? ?  }
 ? ? ?  });
 ? ? ? ?//3. 响应数据
 ? ? ? ?return Result.success(empList);
 ?  }
}

统一返回结果实体类：

public class Result {
 ? ?private Integer code ;//1 成功 , 0 失败
 ? ?private String msg; //提示信息
 ? ?private Object data; //数据 date
?
 ? ?public Result() {
 ?  }
 ? ?public Result(Integer code, String msg, Object data) {
 ? ? ? ?this.code = code;
 ? ? ? ?this.msg = msg;
 ? ? ? ?this.data = data;
 ?  }
 ? ?public Integer getCode() {
 ? ? ? ?return code;
 ?  }
 ? ?public void setCode(Integer code) {
 ? ? ? ?this.code = code;
 ?  }
 ? ?public String getMsg() {
 ? ? ? ?return msg;
 ?  }
 ? ?public void setMsg(String msg) {
 ? ? ? ?this.msg = msg;
 ?  }
 ? ?public Object getData() {
 ? ? ? ?return data;
 ?  }
 ? ?public void setData(Object data) {
 ? ? ? ?this.data = data;
 ?  }
 ? ?public static Result success(Object data){
 ? ? ? ?return new Result(1, "success", data);
 ?  }
 ? ?public static Result success(){
 ? ? ? ?return new Result(1, "success", null);
 ?  }
 ? ?public static Result error(String msg){
 ? ? ? ?return new Result(0, msg, null);
 ?  }
}

2.3.5 测试

代码编写完毕之后，我们就可以运行引导类，启动服务进行测试了。

使用Postman测试：

打开浏览器，在浏览器地址栏输入： http://localhost:8080/emp.html

2.3.6 问题分析

上述案例的功能，我们虽然已经实现，但是呢，我们会发现案例中：解析XML数据，获取数据的代码，处理数据的逻辑的代码，给页面响应的代码全部都堆积在一起了，全部都写在controller方法中了。

当前程序的这个业务逻辑还是比较简单的，如果业务逻辑再稍微复杂一点，我们会看到Controller方法的代码量就很大了。

• 当我们要修改操作数据部分的代码，需要改动Controller

• 当我们要完善逻辑处理部分的代码，需要改动Controller

• 当我们需要修改数据响应的代码，还是需要改动Controller

这样呢，就会造成我们整个工程代码的复用性比较差，而且代码难以维护。 那如何解决这个问题呢？其实在现在的开发中，有非常成熟的解决思路，那就是分层开发。