嵌入式Linux | 程序设计思想：分层、分离、抽象

今天我们继续更新Linux学习笔记，在这之前先分享一点学习Linux的看法。

前几天看到群友们在讨论Linux教程的问题，这里我也简单说两句。学习Linux还是跟之前分享的《 学习STM32的一些经验分享》的方法一样，我的建议是：买一块板，跟着板子教程走。

这里用什么板子、用什么教程我就先不推荐了，自己可以多去了解了解。

我最近也在学这个，我用的资料是百问+野火+正点原子教程为主，其他书籍为辅的方式。这三家的教程我基本上都扫了一遍，内容都很丰富，各有各的特点。

可以挑你觉得学得舒服（实际上是不可能舒服的。。该掉的发还是要掉）的一个去学。

好了，吹水结束，下面回归正题：

本次简单分享的是驱动分层、分离、抽象的一点小笔记。

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调用。

上面的框图其实有着相应的代码，但限于篇幅没有贴出，有兴趣的朋友可以自己去看看。

学会设计层次明显、模块耦合性低的代码是我们嵌入式软件编程的目标之一，我们得多去看一些优秀的代码进行学习。之后再继续学习+总结+分享，欢迎持续关注~

最后，希望本次的分享大家可以喜欢。