数组集合参数的使用场景：在HTML的表单中，有一个表单项是支持多选的(复选框)，可以提交选择的多个值。

这个我没有接触到。这里主要说的是多选框。先把这个参数接收到再说其他的

数组参数

数组参数：请求参数名与形参数组名称相同且请求参数为多个，定义数组类型形参即可接收参数

@RestController

public class RequestController { -- -->

//数组集合参数

@RequestMapping("/arrayParam")

public String arrayParam(String[] hobby){

System.out.println(Arrays.toString(hobby));

return "OK";

}

}

然后测试这个接口，有两种参数传递方式

方式一：

http://localhost:8080/arrayParam?hobby=game&hobby=java&hobby=swim

System.out.println(Arrays.toString(hobby)); // [game, java, swim]

方式二：

http://localhost:8080/arrayParam?hobby=game,java,swim

System.out.println(Arrays.toString(hobby)); // [game, java, swim]

集合参数

集合参数：请求参数名与形参集合对象名相同且请求参数为多个，@RequestParam 绑定参数关系

默认情况下，请求中参数名相同的多个值，是封装到数组。如果要封装到集合，要使用@RequestParam绑定参数关系

@RestController

public class RequestController {

//数组集合参数

@RequestMapping("/listParam")

public String listParam(@RequestParam List<String> hobby){

System.out.println(hobby);

return "OK";

}

}

http://localhost:8080/listParam?hobby=game&hobby=java&hobby=swim

http://localhost:8080/listParam?hobby=game,java,swim

System.out.println(hobby); // [game, java, swim]

集合参数传递也是两种方式。和数组大致相同。

日期参数

上述演示的都是一些普通的参数，在一些特殊的需求中，可能会涉及到日期类型数据的封装。比如，如下需求：

因为日期的格式多种多样（如：2022-12-12 10:05:45 、2022/12/12 10:05:45），那么对于日期类型的参数在进行封装的时候，需要通过@DateTimeFormat注解，以及其pattern属性来设置日期的格式。

在一些表单中，需要填写日期，那么这就是日期参数，现在学习后台怎么拿到这个参数。

@DateTimeFormat注解的pattern属性中指定了哪种日期格式，前端的日期参数就必须按照指定的格式传递。后端controller方法中，需要使用Date类型或LocalDateTime类型，来封装传递的参数。

Controller方法：

@RestController

public class RequestController {

//日期时间参数

@RequestMapping("/dateParam")

public String dateParam(@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss") LocalDateTime updateTime){

System.out.println(updateTime);

return "OK";

}

}

Postman测试：

JSON数据

在学习前端技术时，我们有讲到过JSON，而在前后端进行交互时，如果是比较复杂的参数，前后端通过会使用JSON格式的数据进行传输。 （JSON是开发中最常用的前后端数据交互方式）

前后端参数传递主要的还是json，所以这个是重点。

如何用Postman发送json数据？首先必须是post请求，json数据需要放在请求体中。Body => raw => 选择JSON

服务端Controller方法接收JSON格式数据：

传递json格式的参数，在Controller中会使用实体类进行封装。封装规则：JSON数据键名与形参对象属性名相同，定义POJO类型形参即可接收参数。需要使用 @RequestBody标识。

JSON格式数据传递必须封装在实体中，所以就用上面写的User类和Address类来举例

Controller方法：

传统的开发中请求参数是放在请求体(POST请求)传递或跟在URL后面通过?key=value的形式传递(GET请求)。

上面的演示都是属于传统的开发，而现在的开发还会在url中传递路径

http://localhost:8080/user/1

http://localhost:880/user/1/0

上面两个url中，/1和/1/0就是路径参数，后端是需要拿到的

路径参数：

前端：通过请求URL直接传递参数后端：使用{…}来标识该路径参数，需要使用@PathVariable获取路径参数

Controller方法：

@RestController

public class RequestController { -- -->

//路径参数

@RequestMapping("/path/{id}")

public String pathParam(@PathVariable Integer id){

System.out.println(id);

return "OK";

}

}

Postman测试：

http://localhost:8080/pathParam/1

System.out.println(id); // 1

也可以传递多个路径

@RestController

public class RequestController {

//路径参数

@RequestMapping("/path/{id}/{name}")

public String pathParam2(@PathVariable Integer id, @PathVariable String name){

System.out.println(id+ " : " +name);

return "OK";

}

}

http://localhost:8080/pathParam/1/tom

System.out.println(id+ " : " +name); // 1,tom

上面就是一些常见的参数请求传递

有请求，就应该有响应。

响应

@ResponseBody

@RestController

public class HelloController {

@RequestMapping("/hello")

public String hello(){

System.out.println("Hello World ~");

return "Hello World ~";

}

}

有没有思考过，为什么访问网址http://localhost:8080/hello，就会在网页上返回Hello World ~。原因是使用@ResponseBody注解

@ResponseBody注解：

类型：方法注解、类注解位置：书写在Controller方法上或类上作用：将方法返回值直接响应给浏览器

如果返回值类型是实体对象/集合，将会转换为JSON格式后在响应给浏览器

但是在上面的代码中Controller方法上或类上加的都是@RestController而不是@ResponseBody。

原因：在类上添加的@RestController注解，是一个组合注解。

@RestController = @Controller + @ResponseBody

@RestController源码：

@Target({ ElementType.TYPE}) //元注解（修饰注解的注解）

@Retention(RetentionPolicy.RUNTIME) //元注解

@Documented //元注解

@Controller

@ResponseBody

public @interface RestController {

@AliasFor(

annotation = Controller.class

)

String value() default "";

}

结论：在类上添加@RestController就相当于添加了@ResponseBody注解。

类上有@RestController注解或@ResponseBody注解时：表示当前类下所有的方法返回值做为响应数据

方法的返回值，如果是一个POJO对象或集合时，会先转换为JSON格式，在响应给浏览器

字符串数据响应

@RestController

public class ResponseController {

// http://localhost:8080/hello

@RequestMapping("/hello")

public String hello(){

System.out.println("Hello World");

return "Hello World";

}

}

在浏览器中得到的响应如下：

hello world

实体数据响应

@RestController

public class ResponseController {

// http://localhost:8080/getAddr

@RequestMapping("/getAddr")

public Address getAddr(){

Address addr = new Address(); // 创建实体类对象

addr.setProvince("广东");

addr.setCity("深圳");

return addr;

}

}

实体数据响应返回的是json

{

"province": "广州",

"city": "深圳"

}

集合数据响应

@RestController

public class ResponseController {

// http://localhost:8080/listAddr

@RequestMapping("/listAddr")

public List<Address> listAddr(){

List<Address> list = new ArrayList<>();//集合对象

Address addr = new Address();

addr.setProvince("广东");

addr.setCity("深圳");

Address addr2 = new Address();

addr2.setProvince("陕西");

addr2.setCity("西安");

list.add(addr);

list.add(addr2);

return list;

}

}

还是json

[

{

"province": "广州",

"city": "深圳"

},

{

"province": "陕西",

"city": "西安"

}

]

统一响应结果

前端开发人员，如果拿到的响应数据，没有统一的规范。对前端开发人员业讲，就需要针对不同的响应数据，使用不同的解析方式。上述这种情况就会造成：开发成本高、项目不方便管理、维护起来也比较难。

上面展示了字符串、实体对象和集合的响应。虽然实体对象和集合都返回了json格式数据，都是呢，还是不规范。前后端分离程序，后端最后还是要和前端合体，因此我妹写的代码不能只是我们可以看懂，前端人员也可以看懂。因此就有一种约定

统一的返回结果使用类来描述，在这个结果中包含：

响应状态码：当前请求是成功，还是失败

状态码信息：给页面的提示信息

返回的数据：给前端响应的数据（字符串、对象、集合）

例如，

{

"code" : 1,

"msg" : "操作成功",

"data" : ...

}

老师给出了一段定义在一个实体类Result来包含以上信息的代码。代码如下：

public class Result {

private Integer code;//响应码，1 代表成功; 0 代表失败

private String msg; //响应码 描述字符串

private Object data; //返回的数据

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(){

return new Result(1,"success",null);

}

//查询 成功响应(把查询结果做为返回数据响应给前端)

public static Result success(Object data){

return new Result(1,"success",data);

}

//失败响应

public static Result error(String msg){

return new Result(0,msg,null);

}

}

改造刚才写的Controller：

@RestController

public class ResponseControllerDemo2 {

// http://localhost:8080/test/hello

@RequestMapping("/test/hello")

public Result hello() {

System.out.println("hello world");

return Result.success("hello world");

}

// http://localhost:8080/test/getAddr

@RequestMapping("/test/getAddr")

public Result getAddr() {

Address address = new Address();

address.setProvince("广州");

address.setCity("深圳");

return Result.success(address);

}

// http://localhost:8080/test/listAddr

@RequestMapping("/test/listAddr")

public Result listAddr() {

List<Address> list = new ArrayList<Address>();

Address address1 = new Address();

address1.setProvince("广州");

address1.setCity("深圳");

Address address2 = new Address();

address2.setProvince("陕西");

address2.setCity("西安");

list.add(address1);

list.add(address2);

return Result.success(list);

}

}

使用Postman测试：

{

"code": 1,

"msg": "success",

"data": "hello world"

}

{

"code": 1,

"msg": "success",

"data": {

"province": "广州",

"city": "深圳"

}

}

{

"code": 1,

"msg": "success",

"data": [

{

"province": "广州",

"city": "深圳"

},

{

"province": "陕西",

"city": "西安"

}

]

}

格式得到了统一

分层解耦

三层架构

介绍

在我们进行程序设计以及程序开发时，尽可能让每一个接口、类、方法的职责更单一些（单一职责原则）。

单一职责原则：一个类或一个方法，就只做一件事情，只管一块功能。

这样就可以让类、接口、方法的复杂度更低，可读性更强，扩展性更好，也更利用后期的维护。

刚刚跟着老师做了一个练习，我把核心代码复制一下，通过这段代码就可以明白了三层架构是什么意思

package com.yang.springbootempsystem.controller;

import com.yang.springbootempsystem.pojo.Emp;

import com.yang.springbootempsystem.pojo.Result;

import com.yang.springbootempsystem.utils.XmlParserUtils;

import org.springframework.web.bind.annotation.RequestMapping;

import org.springframework.web.bind.annotation.RestController;

import java.util.List;

@RestController

public class EmpController {

// http://localhost:8080/listEmp

@RequestMapping("/listEmp")

public Result listEmp() {

// 加载并解析emp.xml

String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();

System.out.println(file);

List<Emp> empList = XmlParserUtils.parse(file, Emp.class);

// 对数据进行处理

empList.stream().forEach(emp -> {

// <!-- 1: 男, 2: 女 -->

String gender = emp.getGender();

if ("1".equals(gender)) {

emp.setGender("男");

}else if ("2".equals(gender)) {

emp.setGender("女");

}

// <!-- 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("就业指导");

}

});

// 响应数据

return Result.success(empList);

}

}

通过注释也可以看出来，这段代码有三个部分：加载数据、处理数据和响应数据。其实把这三段写在一个文件里面是不妥的，增加了代码的阅读困难（这是一句套话了）。三层架构就是处理了这个事情。

那其实我们上述案例的处理逻辑呢，从组成上看可以分为三个部分：

数据访问：负责业务数据的维护操作，包括增、删、改、查等操作。逻辑处理：负责业务逻辑处理的代码。请求处理、响应数据：负责，接收页面的请求，给页面响应数据。

按照上述的三个组成部分，在我们项目开发中呢，可以将代码分为三层：

Controller：控制层。接收前端发送的请求，对请求进行处理，并响应数据。Service：业务逻辑层。处理具体的业务逻辑。Dao：数据访问层(Data Access Object)，也称为持久层。负责数据访问操作，包括数据的增、删、改、查。

基于三层架构的程序执行流程：

前端发起的请求，由Controller层接收（Controller响应数据给前端）Controller层调用Service层来进行逻辑处理（Service层处理完后，把处理结果返回给Controller层）Serivce层调用Dao层（逻辑处理过程中需要用到的一些数据要从Dao层获取）Dao层操作文件中的数据（Dao拿到的数据会返回给Service层）

思考：按照三层架构的思想，如何要对业务逻辑(Service层)进行变更，会影响到Controller层和Dao层吗？

答案：不会影响。 （程序的扩展性、维护性变得更好了）

三层架构并不是很厉害的技术，相当于代码变得易读、易维护。

拆分代码

我们使用三层架构思想，来改造下之前的程序：

控制层包名：xxxx.controller业务逻辑层包名：xxxx.service数据访问层包名：xxxx.dao

创建三个包

**控制层：**接收前端发送的请求，对请求进行处理，并响应数据

@RestController

public class EmpController {

//业务层对象

private EmpService empService = new EmpServiceA();

@RequestMapping("/listEmp")

public Result list(){

//1. 调用service层, 获取数据

List<Emp> empList = empService.listEmp();

//3. 响应数据

return Result.success(empList);

}

}

**业务逻辑层：**处理具体的业务逻辑

业务接口

//业务逻辑接口（制定业务标准）

public interface EmpService {

//获取员工列表

public List<Emp> listEmp();

}

业务实现类

//业务逻辑实现类（按照业务标准实现）

public class EmpServiceA implements EmpService {

//dao层对象

private EmpDao empDao = new EmpDaoA();

@Override

public List<Emp> listEmp() {

//1. 调用dao, 获取数据

List<Emp> empList = empDao.listEmp();

//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("就业指导");

}

});

return empList;

}

}

**数据访问层：**负责数据的访问操作，包含数据的增、删、改、查

数据访问接口

//数据访问层接口（制定标准）

public interface EmpDao {

//获取员工列表数据

public List<Emp> listEmp();

}

数据访问实现类

//数据访问实现类

public class EmpDaoA implements EmpDao {

@Override

public List<Emp> listEmp() {

//1. 加载并解析emp.xml

String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();

System.out.println(file);

List<Emp> empList = XmlParserUtils.parse(file, Emp.class);

return empList;

}

}

三层架构的好处：

复用性强便于维护利用扩展

分解耦合

耦合问题

首先需要了解软件开发涉及到的两个概念：内聚和耦合。

内聚：软件中各个功能模块内部的功能联系。

耦合：衡量软件中各个层/模块之间的依赖、关联的程度。

软件设计原则：高内聚低耦合。

高内聚指的是：一个模块中各个元素之间的联系的紧密程度，如果各个元素(语句、程序段)之间的联系程度越高，则内聚性越高，即 “高内聚”。

低耦合指的是：软件中各个层、模块之间的依赖关联程序越低越好。

耦合和内聚，在我学习python的时候，老师提到过。

高内聚，是让一个模块中各个元素联系紧密；低内聚是模块与模块之间没有关系。越低越好。

在我做的上面的项目中，高内聚的体现就是EmpController.java文件就是用来请求数据，响应数据的；EmpServiceA.java文件用于处理逻辑业务的，而EmpDao.java就是专门加载数据的。三个文件各司其职。

也有耦合的体现，如果我要变更业务，把EmpServiceA.java变成EmpServiceB.java时，那么我还需要在控制层EmpController.java文件中修改代码 private EmpService empService = new EmpServiceA();改成 new EmpServiceB();。虽然不是很麻烦，但是spring提供了更好的解决方法

高内聚、低耦合的目的是使程序模块的可重用性、移植性大大增强。

解耦思路

我们的解决思路是：

提供一个容器，容器中存储一些对象(例：EmpService对象)controller程序从容器中获取EmpService类型的对象

在上面或者之前写的代码中，需要什么对象时，就直接new一个，private EmpService empService = new EmpServiceA();，而现在呢，把这些对象都放进一个容器中，这时，需要什么对象时，不是我们去new，而是程序自己在这个容器中找。

控制反转： Inversion Of Control，简称IOC。对象的创建控制权由程序自身转移到外部（容器），这种思想称为控制反转。

对象的创建权由程序员主动创建转移到容器(由容器创建、管理对象)。这个容器称为：IOC容器或Spring容器

依赖注入： Dependency Injection，简称DI。容器为应用程序提供运行时，所依赖的资源，称之为依赖注入。

程序运行时需要某个资源，此时容器就为其提供这个资源。

例：EmpController程序运行时需要EmpService对象，Spring容器就为其提供并注入EmpService对象

IOC容器中创建、管理的对象，称之为：bean对象

这个这么理解呢，控制反转就是不需要我去创建对象，而是容器自己创建对象，程序自己去找要用到的这个对象、

依赖注入，这个容器会自己new对象，并且给程序。

控制反转是程序去容器中找对象，而依赖注入容器给程序提供对象

IOC&DI

IOC&DI入门

任务：完成Controller层、Service层、Dao层的代码解耦

思路：

删除Controller层、Service层中new对象的代码Service层及Dao层的实现类，交给IOC容器管理为Controller及Service注入运行时依赖的对象

Controller程序中注入依赖的Service层对象Service程序中注入依赖的Dao层对象

步骤：

第1步：删除Controller层、Service层中new对象的代码

第2步：Service层及Dao层的实现类，交给IOC容器管理

使用Spring提供的注解：@Component ，就可以实现类交给IOC容器管理

第3步：为Controller及Service注入运行时依赖的对象

使用Spring提供的注解：@Autowired ，就可以实现程序运行时IOC容器自动注入需要的依赖对象

完整的三层代码：

Controller层：

@RestController

public class EmpController {

@Autowired //运行时,从IOC容器中获取该类型对象,赋值给该变量

private EmpService empService ;

@RequestMapping("/listEmp")

public Result list(){

//1. 调用service, 获取数据

List<Emp> empList = empService.listEmp();

//3. 响应数据

return Result.success(empList);

}

}

Service层：

@Component //将当前对象交给IOC容器管理,成为IOC容器的bean

public class EmpServiceA implements EmpService {

@Autowired //运行时,从IOC容器中获取该类型对象,赋值给该变量

private EmpDao empDao ;

@Override

public List<Emp> listEmp() {

//1. 调用dao, 获取数据

List<Emp> empList = empDao.listEmp();

//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("就业指导");

}

});

return empList;

}

}

Dao层：

@Component //将当前对象交给IOC容器管理,成为IOC容器的bean

public class EmpDaoA implements EmpDao {

@Override

public List<Emp> listEmp() {

//1. 加载并解析emp.xml

String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();

System.out.println(file);

List<Emp> empList = XmlParserUtils.parse(file, Emp.class);

return empList;

}

}

对以上步骤做个总结。首先 要清楚用到的两个注解

@Component // 当前类交给IOC容器管理，成为IOC容器中的bean

@Autowired // 程序在运行时，ioc容器会提供该类型的bean对象，并肤质给该对象

通过给实现类添加@Component 注解，把当前类交给IOC容器管理。

@Component // 当前类交给IOC容器管理，成为IOC容器中的bean

public class EmpServiceB implements EmpService {

@Override

public List<Emp> listEmp() {

...

}

}

随后用@Autowired注解进行依赖注入。要让谁去创建EmpServiceB对象，就去给这个变量去注解

@RestController

public class EmpController {

...

@Autowired // 程序在运行时，ioc容器会提供该类型的bean对象，并肤质给该对象

private EmpService empService;

...

}

IOC详解

bean的声明

前面我们提到IOC控制反转，就是将对象的控制权交给Spring的IOC容器，由IOC容器创建及管理对象。IOC容器创建的对象称为bean对象。

在之前的入门案例中，要把某个对象交给IOC容器管理，需要在类上添加一个注解：@Component

而Spring框架为了更好的标识web应用程序开发当中，bean对象到底归属于哪一层，又提供了@Component的衍生注解：

@Controller （标注在控制层类上）@Service （标注在业务层类上）@Repository （标注在数据访问层类上）

@Controller、@Service 和@Repository其实和@Component 的作用都一样，只不过前面的更有标识。被@Controller标注的类，当程序员打开这个文件时，就会像条件反射性的明白，这段代码属于控制层，处理请求响应的。

修改入门案例代码中的EmpServiceA类

Service层：

@Service

public class EmpServiceA implements EmpService {

@Autowired //运行时,从IOC容器中获取该类型对象,赋值给该变量

private EmpDao empDao ;

@Override

public List<Emp> listEmp() {

//1. 调用dao, 获取数据

List<Emp> empList = empDao.listEmp();

//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("就业指导");

}

});

return empList;

}

}

在类的前面添加了注解@Service

要把某个对象交给IOC容器管理，需要在对应的类上加上如下注解之一：

注解	说明	位置
@Controller	@Component的衍生注解	标注在控制器类上
@Service	@Component的衍生注解	标注在业务类上
@Repository	@Component的衍生注解	标注在数据访问类上（由于与mybatis整合，用的少）
@Component	声明bean的基础注解	不属于以上三类时，用此注解

在IOC容器中，每一个Bean都有一个属于自己的名字，可以通过注解的value属性指定bean的名字。如果没有指定，默认为类名首字母小写。