上节已经提到过请求,这次梳理响应。
响应
响应基本上都要被@Controller所托管,告诉Spring帮我们管理这个代码,我们在后面需要访问时,才可以进行访问,否则将会报错。并且其是由@RestController分离出来的,@RestController分离出来了@Controller来返回视图,随着现在前后端的彻底分离,现在返回视图所需要的数据,还分离出@RestponseBody来进行返回数据。
1.返回静态页面
@Controller进行对其的托管,并且这个注解只能修饰类,Spring 容器会将其实例化并管理起来,使得它可以接收并处理客户端的请求,并且一般负责负责接收和处理 HTTP 请求,调用业务逻辑完成业务处理,生成视图并返回给客户端,处理异常情况等。
切记在return的后面加上/了来确保其是以url的格式 进行返回
@Controller
public class text {@RequestMapping("index")public String teturnIndex(){return "/index.html";}
}
在响应不加@Controller进行托管,直接就会报错
2.返回数据
@RestsponseBody注解来进行修饰,可以修饰类和方法,修饰类时表示这个类下的所有方法返回的都是数据,修饰方法时,表示该方法返回的是数据。所以如果一个类的所有方法都是返回数据直接加到类上,避免重复性操作。
@ResponseBody@RequestMapping("/returnData")public String returnData(){return "返回数据";}
3.返回html的代码片段
@RestsponseBody注解来进行修饰
@ResponseBody@RequestMapping("/returnHtml")public String returnHtml(){return "<input type=\"button\" value=\"提交\" id=\"checkCaptcha\">";}
4.返回JSON
当我们的接口返回的是String时, content-Type是text/html
@ResponseBody@RequestMapping("/returnHtml2")public String returnHtml2(){String name = "zhangsan";return name;}
当我们的接口返回的是对象时, content-type自动设置为application/json Map
@ResponseBody@RequestMapping("/returnJson")public Person returnJson(){Person person = new Person();person.setAge(12);person.setName("zhangsan");return person;}
5.返回设置状态码
@ResponseBody@RequestMapping("/setStatus")public String setStatus(HttpServletResponse response){response.setStatus(404);return "设置状态码";}
6.设置Header
默认是返回html,可以改成json。但是还需要匹配,不匹配仍然报错。
consume:限制响应的提交内容类型(Content-Type),例如applicationljson, text/html;,如果指定application/sor
produces:设置返回的内容类型,仅当request请求头中的(Accept)类型中包含该指定类型才返回
(???)在哪里用到了
@ResponseBody//@RequestMapping(value = "r1")不设置返回类型默认html@RequestMapping(value = "/r1",produces = "application/json; charset=utf-8")//设置返回类型Json,但仍然需要匹配public String r1(HttpServletResponse response){return "{'ok':1}";}
三层架构
三层架构主要将程序代码分为三个部分来进行分别书写,减少代码的耦合性,将应用程序分为表示层、业务逻辑层和数据访问层,每一层都有明确定义的责任,彼此不互相干扰。
1.表现层:接收请求,返回结果业务
2.业务逻辑层:主要处理业务逻辑
3.数据层:处理数据,包含数据的存储,获取(增删改查)
在代码中一般将其三层放在这三个对应的包内
Controller:接收请求,参数是否合法,结果响应
Service:处理请求(主要干活的部分)
Dao:数据部分(将数据从数据库中取处理让Service进行处理)
MVC注重数据和视图的分离。
三层架构注重从不同方向上取处理。
两者都是为了更好书写的代码,将代码通过自己的思想将不同的部分进行分离出来,使最终写成的程序可以有更好的可维护性,扩展性等。二者在进行一个系统设计时可以分别使用,也可以一起使用。
例如一起使用时,可以将MVC中的视图作为表示层的实现,将控制器作为业务逻辑层的门面,将模型作为业务逻辑层的实现。这样做的好处是可以更加紧密地结合业务逻辑和用户界面,提高系统的开发效率和可维护性。
例如分别使用时,可以首先设计并实现三层架构,将系统分为表示层、业务逻辑层和数据访问层,然后在每一层中使用MVC进行设计和实现。这样做的好处是可以更加清晰地分离不同层次的责任,使系统的架构更加模块化和灵活。
注:
命名建议
大驼峰: BookDao
类名使用大驼峰
小驼峰: bookDao
变量名小驼峰
蛇形: book_dao
数据库,字段命名用蛇形
串形: book-dao
Spring的核心思想之一IOC
Spring是一个包含众多工具的loC容器
容器就是用来存储各种数据的东西。
list/map装各种数据类型的容器
tomcat装web的容器
Spring容器,装的是对象
Spring容器中存的是对象,对象这个词,在Spring的范围内,称之为bean
loC:控制反转(控制权反转)就是创建对象的控制权,交给了Spring。
例如下面代码中,如果想要让这个车能正常行驶起来行驶,并且想要生产不同的车轮大小,需要将在最开始就将车轮胎的代码传输过去,其耦合性极高,中间一个代码出现问题,全寄。
class Car {private Framework framework;public Car(int size) {framework = new Framework(size);System.out.println( "car init. .. ");}public void run() {System.out.println( "car run. . . ");}
}
class Framework {private Bottom bottom;public Framework(int size) {bottom = new Bottom(size);System.out.println( "framework init. . .." );}
}class Bottom {private Tire tire;public Bottom(int size) {tire = new Tire(size);System.out.println("bottom init.. ." );}
}
class Tire {private int size;public Tire(int size) {this.size = size;System.out.println("tire init. . .size : "+size);}
}
所以这样进行设计就可以将生产汽车的各个组件隔离开来,哪里发生问题即刻就可以知道。减少了其耦合。一个寄不会全寄。
class Car {private Framework framework;public Car() {framework = new Framework();System.out.println( "car init. . . " );}public void run() {System.out.println( "car run. . ." );}
}
class Framework {private Bottom bottom;public Framework(){bottom = new Bottom();System.out.println( "framework init. . .. " );}
}
class Bottom {private Tire tire;public Bottom() {tire = new Tire();System.out.println( "bottom init. .. " );}
}
class Tire {private int size = 21;public Tire() {System.out.println( "tire init. . ."+size );}
}
Spring帮我们管理对象
1.告诉Spring,帮我们管理哪些对象 (存)
2.知道如何取出来这些对象(取)
Spring的loC思想实现了这种事情,通过DI最终来进行了实现。
DI把依赖对象取出来,并在DI实现的这个类中直接赋给该对象的属性
下面代码就进行了实现,可以看到要在一个类中使用另外一个类时,使用@Autowired这样的注解就不用在重复性的在这个类中去创建对象了。直接去使用。
@Component
@Data//可以不写setter和getter等创建类时的重复性操作
class Student {//存到Spring中private String name;private Integer age;// 添加构造函数和 getter、setter 方法}@Controllerclass StudentCard {@Autowiredprivate Student student;//从Spring中去取,public void text() {// 可以在这里使用注入的 student 对象System.out.println("Student name: " + student.getName());System.out.println("Student age: " + student.getAge());}}
DI的具体实现依靠于两大注解类型
存注解:
类注解@Controller、@Service、@Repository、@Component、@Configuration.
方法注解@Bean
取注解:@Autowired@Resource@Qualifier@Inject@value
取注解一般使用@Autowired
Spring上下文
Spring上下文和DI的实现是紧密相关的,Spring上下文作为DI的实现载体,负责管理Bean之间的依赖关系,从而实现了IoC容器的功能。具体来说Spring上下文负责创建、管理和组织应用程序中的Bean,它会根据Bean之间的依赖关系,在需要的时候将依赖注入到相应的对象中。通过DI机制,Spring上下文实现了控制反转,将对象的创建和管理交给了Spring容器。
@controller注解的作用
从context中获取类的对象,@controller将类存入Spring之后就被称为bean对象。
通过getBean来获取我们的类的对象。,并且通过这个对象去访问类中的方法。
ApplicationContext context = SpringApplication.run(Demo9Application.class,args);Student bean = context.getBean(Student.class);bean.student();
但是如果Student类中如果没有@Controller则是不能取到对象的,错误如下
Exception in thread "main" org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.example.demo9.Student' availableat org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:351)at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:342)at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1178)at com.example.demo9.Demo9Application.main(Demo9Application.java:13)
@severive也和上面一样,这些存注解,都会将其存入到Spring中,想去取得时候就可以通过getBean来获取我们的类的对象。
@Controller、@Service、@Repository、@Component、@Configuration,这些注解都是component的衍生类或者是他的本身所建立出来的。
但是@Controller是被赋予了一些其他注解没有的功能,其在Spring MVC中具有特殊的作用,它用于标记一个类作为控制器(Controller),用于处理HTTP请求。
以及必需使用@Controller代码的入口才能正常加载,否则会报如下错误
并且上述五大注解只能放类上,只能加在我们自己写的代码上。如果我引入了一个第三方Jar包,也希望交给Spring管理,是没有办法加五大注解。
这些都是针对于一个对象来进行管理,但是如果对于一个类,定义多个对象时,比如数据库操作,定义多个数据源,就需要使用@Bean来进行操作了
Bean是方法注解
@Bean必须搭配五大注解来使用
否则单独使用的话会报如下的错误,大致意思是程序没有找到bean对象。加上五大注解就意外着向Spring容器上传,接下来使用时,就会找到
并且使用@bean注解时,bean的名称必需是类名,否则不能找到对应的bean对象。
注:如果需要的Bean的类型,对应的对象只有一个时,就直接赋值如果有多个时,通过名称去匹配
SpringBoot特点;约定大于配置其中之一体现:就是扫描路径
其默认扫描路径是:启动类所在的目录及其子孙目录。但是我们可以通过这个注解可以指定扫描路径@ComponentScan( "com.bite.demo" ),如果没有指定那就是默认路径。
DI的依赖注入
依赖注入总共有三种
1.属性注入2.构造方法注入3.Setter方法注入
@Autowired
private test test;//属性注入//Setter方法注入@Autowiredprivate test test;@Autowiredpublic getBean(test test){//构造this.test = test;}//构造方法注入private test test;@Autowiredpublic getBean(test test){this.test = test;}
都是将存入Spring容器中bean对象放到类中来进行使用。
注
属性注入以类型进行匹配,与注入的属性名称无关但是如果一个类型存在多个对象时,优先名称匹配,如果名称匹配不上,寄报错。
无法注入一个Final修饰的属性,想要注入1.定义时就进行赋值2.构造方法中进行赋值
如果存在多个构造函数时,需要加@AutoWired注明使用哪个构造函数
如果只有一个构造函数,@AutoWired可以省略掉
属性注入:先将其里面的属性创建成功之后,其才能被创建好
如果里面的属性是被static修饰的话,不用这样
当程序中同一个类型有多个对象时,使用@AutoWired会报错(一些情况下)
解决方法
1.属性名和你需要使用的对象名保持一致
2.使用@Qualifier
@Controller
class UserController4 {
//注入@Resource(name = "user1" )private User user;public User getUser( ){return user;}
}
3使用@Resource注解
@Controller
public class UserController5 {
//注入@Autowired@Qualifier(value = "user2")private User user;public User getUser() {return user;}}
依赖注入的主要目的之一就是让类能够获取到由Spring容器管理的对象实例或其他依赖项,从而解耦组件之间的关系,不需要知道如何创建它所依赖的对象,只需定义它们所需的接口或抽象类型。
@Autowird 与@Resource的区别
@Autowired是spring框架提供的注解,而@Resource是JDK提供的注解
@Autowired 默认是按照类型注入,而@Resource是按照名称注入.相比于@Autowired 来说,@Resource支持更多的参数设置,例如name 设置,根据名称获取 Bean。
Bean的存
使用五大注解和@Bean时, Spring会给一个默认的名称
1.五大注解
五大注解: BeanName是类名的小驼峰表示法(首字母小写)
特殊情况:如果前两位字母都为大写,BeanName为类名
如果在五大注解之中添加名称之后,就会更改五大注解bean的名称,Spring会使用程序员定义的Bean的名称。在启动类中获取对象时需要的就是BeanName。
同理也可以修改@Bean的名称
Bean的取
1.属性注入@AutoWired
⒉.构造方法注入
如果只有一个构造方法,@AutoWired可以省略
3. Setter方法注入
@AutoWired存在问题
同一个类型的存在多个对象时,可能会出错解决思想:指定Bean的名称
指定Bean
1.修改@AutoWired修饰的属性名为需要的Bean的名称
3.使用@Qualifity指定Bean的名称
4.使用@Resource