软件分层、分离、抽象思想 / 开普饭

前言（闲聊）

感谢大家的认可与关注。最近两周周公众号增加不少读者朋友，但本公号最近两周都比较少分享原创笔记，可能会让新来的朋友及老读者们以为这准备变成一个没有灵魂的号了。

其实号还是原来那个号，会一直分享有用的知识、笔记、经验。最近的分享变少了是因为这两周休息时间比较少，上一周上了6天班，这周又要上满7天班，明天还得继续搬砖，太难了。。

所以最近更新得有点慢，望谅解。

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

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

这里用什么板子、用什么教程我就先不推荐了，自己可以多去了解了解。等我成为Linux熟手之后再做推荐

。

（图片仅供娱乐，小白别乱试）

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

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

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

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

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

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

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

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