wofei1314 发表于 2016-1-25 15:58:29

个人建议HAL库里次底层驱动用标准库，最底层驱动使用寄.....

本帖最后由 wofei1314 于 2016-1-25 16:09 编辑

HAL库使用标准库作为底层开发的好处有：之前使用标准库的工程师可以很方便的过渡使用；
使用cube生产代码框架之后，可以在现有的基础上更改完善，而不需要花很长时间去了解cube，只有懂了工作机制、懂了原理底层才能修改出符合自己意愿的程序；
一定程度上，ST开发维护hal库的工程师是否可以减少工作量。。。

个人观点，不知大家持何态度？

欢迎大家投票分享自己的观点。。。

风子 发表于 2016-1-25 16:46:53

你可以想想ST的工程师为什么不直接在标准库基础上来开发，而要花那么大精力重新开发一套，他们又不是傻子

lkl0305 发表于 2016-1-25 21:59:42

HAL更接近底层吧

jtc_88 发表于 2016-1-26 09:22:39

hal 更接近底层 效率 使用大量宏汇编 直接操作 寄存器 ，提升了效率，hal一出来我就使用了，很好用，从模块化通用的角度，我支持hal:)

JackieLaura 发表于 2016-1-26 09:34:39

还是比较习惯标准库

yanhaijian 发表于 2016-1-28 13:40:38

如果有个继承关系，开发者也很方便。

adlu 发表于 2016-1-29 08:56:38

本帖最后由 adlu 于 2016-1-29 08:59 编辑

熟悉了HAL的程序架构，用起来就很方便了。
HAL和标准库都自成完备体系，没有必要混在一起用。

如果想通过混用的方式过度到HAL，说明程序移植性就有问题，或者说对HAL库根本还不了解。
既然知道HAL是趋势，为什么不直接多花点时间熟悉HAL然后再移植程序呢？

个人观点:lol

jcx0324 发表于 2016-1-29 10:26:33

HAL加入了厂家太多东西,个人感觉对代码版本管理不方便

党国特派员 发表于 2016-1-29 13:08:14

建议楼主学习下软件工程这门课程。

zhangdaijin 发表于 2016-1-29 15:35:50

HAL还是很方便的
页: [1]
查看完整版本: 个人建议HAL库里次底层驱动用标准库，最底层驱动使用寄.....