【嵌入式开发】从标准库到HAL库的学习（一）——通俗理解HAL库

是什么？

HAL（Hardware Abstraction Layer），译为 “硬件抽象层”（好叭，从英语翻译成了文言文）
其实很好理解，就是HAL库将单片机的多种硬件抽象成了多个功能模块，以功能为单位交给我们开发。

举个例子的话，就是 C语言和C++的区别：

具体可以参考我的这篇博客面向过程和面向对象的区别

大体来说，就是解决问题的手段不同，
面相过程倾向于从零开始解决问题，
而面向对象倾向于使用现成功能来解决问题

举个更具体的例子的话，比如想要实现UART收发功能：

在标准库中，我们会从头开始定义串口初始化状态、单片机状态、中断状态等；
在HAL库中，我们只需要声明一个UART_HandleTypeDef类型的句柄（结构体），填入需要的参数，然后交给HAL_UART_Init函数就行了；

其中具体的区别在于：
句柄包含了采样、（发送或接收的）数据缓存、数据指针、串口 DMA 相关的变量、各种标志位 等待等等 串口的全部信息
换句话说，整个串口的功能都被整合到了一个“结构体”中，而不是散落在库的各个角落

总而言之，我们的开发，从亲自调用螺丝铝杆电动机造车，变成了找一个机械员工，告诉他需求，然后让他完成整个任务，当你需要知晓该任务的信息时，问他就完事了（狠狠地鞭策机械！！！哈哈哈哈哈）

为什么？

我为什么要放弃标准库？

虽然已经有了三年的使用经验，但是越来越多的开源使用HAL库，如果不跟进学习，迟早会被淘汰。
此外，ST官方也已经停止维护现有的标准库，F7之后发行的单片机也已经不再提供标准库，虽然有各种民间的标准库版本，但是终究不是“正道”
而且，ST推出的STM32cubeMX深度绑定HAL库，也提供了更加便捷优雅的开发方式，IDE、Monitor等外围辅助也在变得越来越好用，学习HAL库真的很有必要。

这也是为什么现在火爆的开发语言基本是面向对象的，而不是面向过程的，这也在很大程度上降低了开发门槛

怎么样？

优点

节省开发时间，降低开发门槛

但是，古尔丹，代价，代价是什么呢？

代价就是更大的代码量、更长的编译时间和更低的运行效率，以及工程师对自己代码的掌控程度降低了。

这是因为开发者和实际的硬件之间隔了一层*抽象层：

1. 所有的程序在编译时都需要重新“解释”，
2. 各个硬件之间的交互也不再是两段紧挨的程序；
3. 开发者也不再真正管理自己的硬件

最后一点其实非常重要，所谓的“代码掌控能力”，具体说就是报错了知道为什么报错，而不是写出 “此程序依赖该bug运行” 的代码
这也是为什么把51作为嵌入式开发的起点

较少的寄存器，让初学者更好地把握与单片机交互的感觉，要和纯软件的“黑窗口”交互区别开来