一. 三层架构
1. controller:控制层,接收前端发送的请求,对请求进行处理,并响应数据
2. service:业务逻辑层,处理具体的业务逻辑
3. dao:数据访问层(Data Access Object)(持久层),负责数据访问操作,包括数据的增删改查
二. 分层解耦
1. 耦合:衡量软件中各个层/各个模块的依赖关联程度
2. 内聚:软件中各个功能模块内部的功能联系
3. 软件设计原则:高内聚低耦合
上述三层中架构中 private UserService userService = new UserServiceImpl(); 与
private UserDao userDao = new UserDaoImpl(); 声明使 Controller、Service、dao高耦合(一旦实现类变化,会影响前一层跟着变化)
解决方法:解耦:
控制翻转:Inversion Of Control,简称IOC。对象的创建控制权由程序自身转移到外部(容器),这种思想称为控制反转。
依赖注入:Dependency Injection,简称DI。容器为应用程序提供运行时,所依赖的资源,称为依赖注入
Bean对象:IOC容器中创建、管理的对象,称为Bean
1. 将Dao 及 Service 层的实现类,交给IOC容器管理(类添加@Component注解);
2. 为Controller 及 Service 注入运行时所依赖的对象(成员变量加@Autowired注解)
三. IOC详解
1. 要把某个对象交给IOC容器管理,需要在对应的类上加上如下注解之一:
注解 | 说明 | 位置 |
@Component | 声明bean的基础注解 | 不属于以下三类时,用此注解 |
@Controller | @Component的衍生注解 | 标注在控制层类上 |
@Service | @Component的衍生注解 | 标注在业务层类上 |
@Repository | @Component的衍生注解 | 标注在数据访问层类上(由于与Mybatis整合,用的较少) |
声明bean的时候,可以通过注解的value属性指定bean的名字,如果没有指定,默认为类名(首字母小写)
在Springboot集成web开发中,声明控制器bean只能用@Controller
2. 前门声明bean的四大注解,要想生效,还需要被组件扫描注解@ComponentScan扫描,该注解虽然没有显式配置,但是实际上已经包含在了启动类声明注解@SpringBootApplication中,默认扫描的范围是启动类所在的包及其子包(如果包下面没有则报扫描异常-超出扫描范围)。
四. DI详解
1. 基于@Autowired进行依赖注入的常见方式有如下三种:
(1) 属性注入
优点:代码简洁、方便快速开发
缺点:隐藏了类之间的依赖关系,可能会破坏封装性
(2) 构造函数注入
优点:能清晰的看到类的依赖关系、提高了代码的安全性
缺点:代码繁琐‘如果构造函数参数过多,可能会导致构造函数臃肿
如果当前类中只存在一个构造函数 可省略 @Autowired注解
(3) setter注入
优点:保证了类的封装性,依赖关系更清晰
缺点:需要额外编写setter方法,增加了代码量
2. @Autowired注解,默认是按照类型进行注入的;如果存在多个相同类型的bean,将会报错
(1) 解决方法一:@Primary注解
(2) 解决方法二:@Qualifier注解
(3) 解决方法三:@Resource注解
@Autowired 与 @Resource区别:
(1) @Autowired是Spring框架提供的注解,@Resource是JavaEE规范提供的注解
(2) @Autowired默认是按类型注入的,而 @Resource是按照名称注入的