分层注入的设计模式-上下层文件相互包含解决办法

现象:上下层文件相互包含

写代码时,会不会遇到,业务层内容要在底层硬件程序里写,

例如:一个外部按键,按键中断要触发一个应用层业务。

业务就要写道IO中断里,这个代码就要用到上层一些函数和变量,

又需要包含上层文件。

一个好的结构应该是树状,上层文件包含下层文件,而不是上下层文件相互包含

分层结构的好处

  1. 解耦上层和下层代码:

上层文件只需调用下层文件的接口,而不需要下层文件包含上层的头文件。

这减少了代码之间的依赖性,使得代码模块更加独立和可复用。

业务逻辑与硬件控制分离:

  1. 业务层的逻辑在初始化时注入到下层的回调函数中,这意味着业务逻辑的处理是在上层完成的,而下层只负责硬件相关的操作。
    这种分离使得硬件中断和事件处理更加清晰,不会混杂业务逻辑,简化了调试和维护。
c 复制代码
// 上层业务
void MainProcess() {
    IoInputHandle handle = GetHandle();
    ExtPowerDropInInit(handle);
    
    // 其他业务逻辑
}

// 中层设备层
void ExtPowerDropInInit(IoInputHandle p_Handle) {
    p_ExtPowerDropHandle = p_Handle;
    
    ExtPowerDrop_GPIO_Init();
    
    NVIC_SetPriority(EXTI9_5_IRQn, 2);
    NVIC_EnableIRQ(EXTI9_5_IRQn);
}

// 下层硬件层
void EXTI9_5_IRQHandler() {
    if (CheckInterrupt()) {
        // 调用业务层的回调函数
        HandlePowerDrop(p_ExtPowerDropHandle);
    }
}

优点:

  1. 增强代码的可维护性:

    通过将业务逻辑和硬件控制分离,代码更加易于理解和维护。

    修改业务逻辑时,只需修改上层代码,不需要涉及下层硬件控制部分。

  2. 提高代码的可复用性:

    下层代码独立于具体的业务逻辑,可以在不同的项目中复用。

    上层代码可以根据不同的需求注入不同的业务逻辑,实现不同的功能。

3.方便测试:

由于业务逻辑和硬件控制分离,可以更容易地进行单元测试。

可以在不依赖硬件的情况下测试业务逻辑,提高测试效率。

总之,这种设计模式使得代码结构更加清晰、模块化和可维护,特别适用于大型项目和嵌入式系统开发。

相关推荐
就是帅我不改2 小时前
深入实战工厂模式与观察者模式:工厂模式与观察者模式在电商系统中的应用
后端·设计模式
云中飞鸿8 小时前
结合项目阐述 设计模式:单例、工厂、观察者、代理
设计模式
蝸牛ちゃん13 小时前
设计模式(二十四)行为型:访问者模式详解
设计模式·系统架构·软考高级·访问者模式
zy小狮子14 小时前
【设计模式系列】策略模式vs模板模式
设计模式·策略模式
找不到、了15 小时前
Java设计模式之<装饰器模式>
java·设计模式·装饰器模式
蝸牛ちゃん16 小时前
设计模式(十六)行为型:解释器模式详解
设计模式·系统架构·解释器模式·软考高级
蝸牛ちゃん20 小时前
设计模式(二十二)行为型:策略模式详解
设计模式·系统架构·软考高级·策略模式
蝸牛ちゃん21 小时前
设计模式(六)创建型:单例模式详解
单例模式·设计模式·系统架构·软考高级
易元1 天前
设计模式-访问者模式
前端·后端·设计模式
IT小白架构师之路1 天前
常用设计模式系列(十五)—解释器模式
设计模式·解释器模式