现象：上下层文件相互包含
写代码时，会不会遇到，业务层内容要在底层硬件程序里写，
例如：一个外部按键，按键中断要触发一个应用层业务。
业务就要写道IO中断里，这个代码就要用到上层一些函数和变量，
又需要包含上层文件。
一个好的结构应该是树状，上层文件包含下层文件，而不是上下层文件相互包含
分层结构的好处
- 解耦上层和下层代码：
上层文件只需调用下层文件的接口，而不需要下层文件包含上层的头文件。
这减少了代码之间的依赖性，使得代码模块更加独立和可复用。
业务逻辑与硬件控制分离：
- 业务层的逻辑在初始化时注入到下层的回调函数中，这意味着业务逻辑的处理是在上层完成的，而下层只负责硬件相关的操作。
这种分离使得硬件中断和事件处理更加清晰，不会混杂业务逻辑，简化了调试和维护。
// 上层业务
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);}
}
优点：
-
增强代码的可维护性：
通过将业务逻辑和硬件控制分离，代码更加易于理解和维护。
修改业务逻辑时，只需修改上层代码，不需要涉及下层硬件控制部分。 -
提高代码的可复用性：
下层代码独立于具体的业务逻辑，可以在不同的项目中复用。
上层代码可以根据不同的需求注入不同的业务逻辑，实现不同的功能。
3.方便测试：
由于业务逻辑和硬件控制分离，可以更容易地进行单元测试。
可以在不依赖硬件的情况下测试业务逻辑，提高测试效率。
总之，这种设计模式使得代码结构更加清晰、模块化和可维护，特别适用于大型项目和嵌入式系统开发。
