分层解耦

作者 : admin 本文共1147个字,预计阅读时间需要3分钟 发布时间: 2024-06-17 共1人阅读

三层架构

controller:控制层,接收前端发送的请求,对请求进行处理,并响应数据,

service:业务逻辑层,处理具体的业务逻辑。

dao:数据访问层(Data Access Object)(持久层),负责数据访问操作,包括数据的增、删、改、查。

分层解耦插图

三层架构的作用就是将步骤细化,每一个类只执行一个操作,避免代码的耦合性 

在前端发送请求后,服务端往往要根据前端的请求做一些处理,如:根据前端请求往往要进行,访问数据库的信息(dao层),将得到的信息进行处理(service层)

分层解耦插图(1)

 分层解耦

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

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

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

控制反转:1Inversion Of Control,简称I0C。对象的创建控制权由程序自身转移到外部(容器),这种思想称为控制反转。

依赖注入:Dependency Iniection,简称D。容器为应用程序提供运行时,所依赖的资源,称之为依赖注入。

Bean对象:IOC容器中创建、管理的对象,称之为bean。

IOC&DI入门

①.Service层及 Dao层的实现类,交给IOC容器管理。

②.为Controller及Service注入运行时,依赖的对象。

③.运行测试。

IOC

Bean的声明

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

分层解耦插图(2)

注意事项

声明bean的时候,可以通过value属性指定bean的名字,如果没有指定,默认为类名首字母小写。

使用以上四个注解都可以声明bean,但是在springboot集成web开发中,声明控制器bean只能用@Controller.

Bean组件扫描

前面声明bean的四大注解,要想生效,还需要被组件扫描注解@ComponentScan扫描。

@Componentscan注解虽然没有显式配置,但是实际上已经包含在了启动类声明注解

@SpringBootApplication中,默认扫描的范围是启动类所在包及其子包。

若是如下图就会报错,因为dao不在启动类所在包及其子包

分层解耦插图(3)

 报错如下:

分层解耦插图(4)

 解决方案:

手动设置@Componentscan注解

分层解耦插图(5)

 按照规范,前面声明bean的四大注解一般都在启动类同一个包内,这样不用手动设置@Componentscan注解了

Bean注入

@Autowired注解,默认是按照类型进行,如果存在多个相同类型的bean,将会报出如下错误:

分层解耦插图(6)

通过以下几种方案来解决:

@Primary

分层解耦插图(7)

 @Qualifier

分层解耦插图(8)

 @Resource

分层解耦插图(9)

@Resource 与 @Autowired区别

@Autowired 是spring框架提供的注解,而@Resource是IDK提供的注解

@Autowired 默认是按照类型注入,而@Resource默认是按照名称注入。

本站无任何商业行为
个人在线分享 » 分层解耦
E-->