【springBoot】springBoot 学习笔记

在项目开发时为什么要先写接口,再写实现类?

原因如下：

分别定义接口和实现类是java架构思想中的开闭原则（扩展开发，修改关闭）的体现，例如：

假如你这个注册刚开始是对国内用户开放，中国用户注册成功返回“注册成功”，随着业务扩展，需要海外用户开放，假如美国用户返回“register success”，如果你有接口，可以再美国的AmericaUserServiceImpl.java中实现一个UserService.java的接口，来定义美国用户的注册业务，而不是在之UserServiceImpl.java中增加if else来对不同逻辑进行处理，这样，后续如果某个地区的注册业务有变动，只需要修改对应地区的实现类，修改不会影响到其他地区的实现类，降低了耦合性。

那是不是所有的项目都应该用到这样思想呢？

对于小型项目来说，确实可以不用多写一个接口，直接写实现类就可以了。

接口+实现类是一种良好的编码习惯而已。就好像写代码时候的缩进和驼峰命名法。

 

为什么dao层和service层要写接口和实现类

为什么要用Service接口？是让表示层不依赖于业务层的具体实现。为什么要用DAO接口？是让业务层不依赖于持久层的具体实现。举个例子，用DAO接口，那么持久层用Hibernate，还是用iBatis，还是 JDBC，随时可以替换，不用修改业务层Service类的代码。
不用接口的话，假如修改了dao中的代码，因为service引用了dao中的类，那么也要改变service里面的代码，改完之后要重新编译运行，当项目比较大的时候，编译和运行很浪费时间的，而且会产生一些意外,本来只要编译dao中的代码，现在不光要编译dao中的代码，还要编译service。因为你不用接口，间接着action里的代码也要改，因为action中引用了service中的类，到最后，就变成了，牵一发而动全身。
为什么要写Imp实现类呢，是因为后期维护的时候如果要修改功能只需要修改实现类里面的那个代码，而不需要修改其他包的代码。

原文链接：https://blog.csdn.net/qq_43091156/article/details/90107461

 

@RequestMapping与@GetMapping和@PostMapping区别

@RequestMapping 和 @GetMapping @PostMapping 区别

@GetMapping用于将HTTP get请求映射到特定处理程序的方法注解
是一个组合注解，是@RequestMapping(method = RequestMethod.GET)的缩写。

@PostMapping用于将HTTP post请求映射到特定处理程序的方法注解
是一个组合注解，是@RequestMapping(method = RequestMethod.POST)的缩写。

https://blog.csdn.net/m_Tenderness/article/details/91450245