三层架构与分层解耦

三层架构与分层解耦

一、三层架构

三层架构分别是

  • Controller层 (控制层) : 接收请求,响应数据
  • Service层 (业务逻辑层): 业务逻辑处理
  • Repository层 (数据访问层,持久层):数据访问操作

由于我们的规范是一个函数只做一件事情,所以才会细 分出以上的三层架构

  • 以下是没有经过三层架构优化的实现
@RequestMapping("/listEmp") 
public Result list(){
        //1. 加载并解析emp.xml
        String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();
        System.out.println(file);
        List<Emp> empList = XmlParserUtils.parse(file, Emp.class);

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

        //3. 响应数据
        return Result.success(empList);
    }

从上面我们跨域看出

  • dao层 :加载并解析emp.xml
  • service层: 对数据进行转换处理
  • controller层:响应数据

我们发现三层都放在了一起,这样显得程序可维护性不高

  • 以下是经过三层解耦后的实现
//controller层
@RequestMapping("/listEmp")
    public Result list(){
        //1. 调用service, 获取数据
        List<Emp> empList = empService.listEmp();

        //3. 响应数据
        return Result.success(empList);
    }
//封装service层
public class EmpServiceA implements EmpService {

    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 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;
    }
}

这样就显得条例清晰,利于维护

二、分层解耦

在我们使用三层架构时,还需要配合解耦来进一步实现代码的可维护性

分层解耦的三个关键点:

  • 控制反转:Inversion of Control ,简称IOC,对象的创建控制权转移到外部容器(这里spring容器),这种思想成为控制反转:
  • 依赖注入:Dependency Injection,简称DI,容器为应用程序提供运行时所提供的资源,称为依赖注入
  • Bean对象:IOC容器中创建,管理的对象称之为Bean对象

怎么创建bean对象

我们使用注释管理起来的对象,函数都会被放进spring容器中管理,我们称放入放入容器中管理的为Bean

分层解耦会使用到的注释

注解类别注解名称用途说明
类级别注解@Component标识一个类作为组件类,Spring会自动为这些类创建bean。
@Service标识一个类作为服务层组件,其本质还是@Component,但意图更为明确。
@Repository标识一个类作为数据访问层组件,它也是@Component的特化,可以用来捕获持久层的异常。
@Controller标识一个类作为控制器组件,用于处理HTTP请求。
@RestController组合了@Controller@ResponseBody,用于创建RESTful控制器。
@Configuration标识一个类作为配置类,可包含一个或多个@Bean定义。
方法级别注解@Bean在配置类中,标识一个方法用于创建一个bean,方法返回的对象将由Spring容器管理。
@RequestMapping用于将HTTP请求映射到特定的处理函数上。
@GetMapping快捷方式,用于处理HTTP的GET请求。
@PostMapping快捷方式,用于处理HTTP的POST请求。
@PutMapping快捷方式,用于处理HTTP的PUT请求。
@DeleteMapping快捷方式,用于处理HTTP的DELETE请求。
字段/参数级别注解@Autowired自动注入依赖,Spring会在容器中查找匹配的组件注入。
@Qualifier当存在多个同一类型的bean时,用于指定注入哪一个。
@Resource@Autowired相似,但它可以更精确地通过名称来指定注入的bean。
@Value用于注入表达式驱动的值,如配置文件中的值。
条件注入和环境配置@Profile指定某个组件在给定的环境下才会被创建。
@Conditional根据满足的条件,Spring决定是否创建一个bean。
生命周期相关注解@PostConstruct标识一个方法,在bean创建并完成依赖注入后执行。
@PreDestroy标识一个方法,在bean销毁之前执行。

注意,我们在遇到一个接口,多个实现时需要指定Bean,这样才不会出错

我们常用@Qualifier@Resource和进行使用

例如

@RestController
public class EmpController {

//    @Qualifier("empServiceA")
//    @Autowired //运行时, IOC容器会提供该类型的bean对象,并赋值给该变量 - 依赖注入
//    private EmpService empService ;

    @Resource(name = "empServiceB")
    private EmpService empService ;

    @RequestMapping("/listEmp")
    public Result list(){
        //1. 调用service, 获取数据
        List<Emp> empList = empService.listEmp();

        //3. 响应数据
        return Result.success(empList);
    }
}

问,@Resource和@Autowired有什么区别

  • @Autowired时springboot框架提供的,而@Resource是由JDK提供的
  • @Autowired默认是按照类型注入的,而@Resource默认是按照名称注入的
  • 10
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智慧校园建设方案旨在通过融合先进技术,如物联网、大数据、人工智能等,实现校园的智能化管理与服务。政策的推动和技术的成熟为智慧校园的发展提供了基础。该方案强调了数据的重要性,提出通过数据的整合、开放和共享,构建产学研资用联动的服务体系,以促进校园的精细化治理。 智慧校园的核心建设任务包括数据标准体系和应用标准体系的建设,以及信息化安全与等级保护的实施。方案提出了一站式服务大厅和移动校园的概念,通过整合校内外资源,实现资源共享平台和产教融合就业平台的建设。此外,校园大脑的构建是实现智慧校园的关键,它涉及到数据中心化、数据资产化和数据业务化,以数据驱动业务自动化和智能化。 技术应用方面,方案提出了物联网平台、5G网络、人工智能平台等新技术的融合应用,以打造多场景融合的智慧校园大脑。这包括智慧教室、智慧实验室、智慧图书馆、智慧党建等多领域的智能化应用,旨在提升教学、科研、管理和服务的效率和质量。 在实施层面,智慧校园建设需要统筹规划和分步实施,确保项目的可行性和有效性。方案提出了主题梳理、场景梳理和数据梳理的方法,以及现有技术支持和项目分级的考虑,以指导智慧校园的建设。 最后,智慧校园建设的成功依赖于开放、协同和融合的组织建设。通过战略咨询、分步实施、生态建设和短板补充,可以构建符合学校特色的生态链,实现智慧校园的长远发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值