本次简单分享的是驱动分层、分离、抽象的一点笔记。
LED驱动的几种代码结构
1、LED驱动的第一种代码结构:
在这种代码结构中分层比较简单,驱动层就只分为一层,如果我们的硬件有改动,就得去修改led_drv.c
。LED驱动相关的东西都在这里头了,代码之间的依赖比较强。所以修改一处可能也得跟着修改另一处,代码的独立性不强,专业说法就是代码的耦合性太强
。
2、LED驱动的第二种代码结构:
这种代码分层结构把上面那种方式的驱动层分为了两层,分为驱动层与硬件层。其中驱动层的led_drv.c
已经与上面的方式不一样了,这个文件去除了硬件相关的操作,抽象出了硬件无关的操作接口。
与硬件有关的操作(用了哪个IO、IO的相关寄存器配置等)放到了下面一层的硬件层board.c中。这时候如果我们的硬件有改动,我们就只需去修改board.c里面的相关代码就可以了。代码耦合性比上面一种结构更低一些。
3、LED驱动的第三种代码结构:
这种代码结构的分层比上面两种结构更细了,把上面的硬件层又分为了硬件层1(board_x_led.c)与硬件层2(chip_gpio.c)。其中硬件层2就是io的寄存器操作,硬件层1主要是所用资源的一个整合。
如此一来,我们用到不同的IO、不同的板子我们就只需修改硬件层1(board_x_led.c)的代码就可以了。这种结构比上面两种结构的耦合性又更低了些,各模块的独立性更高了。
最后
上面的几个图是我通过学习韦老师的《嵌入式Linux应用开发完全手册第2版》
总结归纳出来的。这些图是为了便于我自己的理解而画的,比较适合我自己的思维方式,可能有些朋友会看不习惯。
我上面画的框图全是用方向向下的箭头,其实也可以用方向向上的箭头,看你怎么理解了。比如有两个函数:函数A和函数B,我们可以说函数A调用函数B,也可以说函数B被函数A调用。
上面的框图其实有着相应的代码,但限于篇幅没有贴出,有兴趣的朋友可以自己去看看。学会设计层次明显、模块耦合性低的代码是我们嵌入式软件编程的目标之一,我们得多去看一些优秀的代码进行学习。
以上就是本次的分享,欢迎转发!