- 主题:GD32的库真是写的稀烂
st的hal库真的设计的一坨shit...不知道从哪个角度定出来的路线,成功做到了 既没跟底层硬件解耦,又浪费了百分之好几百的性能,写起来还特别反人类
【 在 lvsoft 的大作中提到: 】
: 没看过gd32的库,但我觉得stm32的库确实就是稀烂,绝对不是这点点命名风格问题。
: 我最近开始尝试用rust做stm32的开发了,目前感觉良好。
: rust的好处有几个,一个是非常严格的编译期代码检查,基本上能通过编译的代码就不会
: ...................
--
FROM 111.198.57.*
LL库还好,基本是把寄存器zero-cost地翻译成人类语言了
rust还没进化完成是个问题,跟早几年的go一样,演化速度快 学习跟不上趟...我在等它啥时候release 1.0
不过我觉得未来会有在rust基础上演化出来的更合乎人类思维的语言,解决跟编译器斗智斗勇的问题。。。
【 在 lvsoft 的大作中提到: 】
: 更要命的是这样的库还有peripheral,hal,ll三套...基本上是重新定义了“烂的最
: 高境界”...
: 在rust下不需要折腾makefile,折腾各种库的编译环境,各种库都是模块化的直接
: ...................
--
FROM 111.198.57.*
我不用hal啊。。。我用ll...
第一次用hal写个串口收发简直像是被喂了shit...
【 在 dismoon 的大作中提到: 】
: 所以为啥你非要用HAL,寄存器操作不香么
:
--
FROM 111.198.57.*
谁这么想不开从java/web转来写stm32...
还不如学nios ii 封成posix api
【我搞了个ECLayer的思路也是从nios ii继承来的
【 在 tom6bj 的大作中提到: 】
: 感觉hal是给没写过mcu, 从java/web之类转行过来的码农准备的吧。。。
:
--
FROM 111.198.57.*
还有一个问题,rust这种zero-cost abstraction,会不会导致debug很困难?
【 在 lvsoft 的大作中提到: 】
: rust几年前就基本定型了,但当时用于嵌入式开发还必须用unstable分支,所以我当
: 时没有真正开始。演化到现在我感觉差不多可以进入了。
: 比如hal库已经迭代过一轮,我觉得后面应该也不会再重来了...
: ...................
--
FROM 111.198.57.*