垃圾ST库，垃圾设计堆成的垃圾堆

freebsder

垃圾ST库，垃圾设计堆成的垃圾堆 [复制链接]

 

别的不说，只举一个例子。GPIO的。stm32f10x_gpio.c 和 stm32f10x_gpio.h

这个垃圾的库，不覆盖参数选项就算了吧，居然整个不完全的，4个选项只给3个，多给一个0 不行吗？
现在要么我不要这个参数，要么我自己手写个0，总之，形式上都和库统一不了，垃圾设计。

紧接着这个垃圾居然怼成了参数位域的组合。前面的Speed用的分散位域来表示参数，这个Mode居然马上换成组合。卧槽，能不能分散分散再组合啊。这尼玛我还得拆。。。垃圾设计。
接着垃圾。看手册

要的只是个脚配置，一个脚用了4个bit来配置，上面那个Mode垃圾，居然组合出来8bit！！ 我擦，还能垃圾一点吗？意思是我还得拆开来分别给4bit配置？！

槽，好垃圾的库，居然有人搞有人学。HAL更垃圾，不说了。
麻麻桑，换技师！
file:///

此内容由EEWORLD论坛网友freebsder原创，如需转载或用于商业用途需征得作者同意并注明出处

strong161

同意楼上意见……。ST的代码风格不是太友好！

飞翔荷兰人号

是啊，以前临时调个程序，还得修改库文件

littleshrimp

现在ST的代码真心难用 这几天也是饱受其苦 首先代码里边到处都是宏定义代码量大 读起来费劲  为了兼容型号 但实际在不同型号间移植起来又非常麻烦 看到一个代码里 一个7位的i2c地址变成8位时居然不用左移操作 用了乘2  感觉这些程序员好像在用代码炫技术 生怕别人一下就读懂似的

cruelfox

不爽就不用啊。
反正我不用它，我现在是直接这样写搞定：
#define USE_PC6  PC6_AF_FMPI2C1_SCL|PIN_OD|PIN_PULLUP
#define USE_PA0  PIN_OUT
#define USE_PC4  PIN_IN|PIN_PULLUP
等等
然后在main里面调一个 gpio_config() 统一设置

lcofjp

确实非常牛逼，我看了半天没看出来为啥对应的是那些值，没找到对应关系

elvike

换了技师，还是原来的味道

皈依

怼的漂亮！就是没有好好地怼一下HAL库 而是一笔带过了 差评 扣蜀黍你1分 只给你打99分

dql2016

顶起来，让ST的人看到

shinykongcn

辣鸡辣鸡，虽然我不是玩st的码农，但也觉得st的代码辣鸡，蜀黎说的有离，赶紧换个院子，换个技师也解决不了你的问题

yubinwu

软件的可维护性 重要性是要大於 软件执行速度要求时，
例如CMSIS库，方便不同厂家的ARM芯片移植。而ST的HAL库也是类似考虑

个人觉得ST的HAL是不咋的，没有TI的好
关键原因是ST原来是没有软件团队的，
技术支持团队也少。基本靠第三方

sblpp

亲，没有最烂只有更烂，你看看FSL的那个KSDK，顺便再看看LPCOpen里的：
对一个寄存器直接放数，多简洁明了... ...

huo_hu

管他那么多干什么，反正能用就是了，有个名字就够了。

初始化阶段效率不效率的无所谓。

ddllxxrr

唉，不学怎么办呢，我还得编程吃饭呢

le062

骂的好，STM32的驱动代码就是一堆垃圾。
楼上不想用库的同学可以自己按着寄存器写驱动嘛，反正只是耗一点工时，大同小异,自己设计一套API，用着爽歪歪，换芯片时，应用代码都不用改。
这是我们搞的一套驱动API https://github.com/talpachen/vsf ... rfaces/interfaces.h，管你什么芯片，都这么调用。

yichun417

看来ST开始不招人待见了。

strong161

le062 发表于 2017-9-28 16:17
骂的好，STM32的驱动代码就是一堆垃圾。
楼上不想用库的同学可以自己按着寄存器写驱动嘛，反正只是耗一点 ...

收下，不谢哈！

飞翔荷兰人号

sblpp 发表于 2017-9-28 12:50
亲，没有最烂只有更烂，你看看FSL的那个KSDK，顺便再看看LPCOpen里的：
对一个寄存器直接放数，多简洁明了 ...

哈哈，这个真是简洁的不要不要的

ljj3166

原来为了便宜也就忍了
现在这行情
不用等退潮，挨死踢的底裤绝逼已经掉了

吓于侠义

还好吧，我觉得用得挺方便的，主要是为了容易抄别人程序。效率什么的功能实现了再去提升。用了一段时间，就是IIC与SDIO出过问题，然后自己查手册去自己写寄存器。其他能够用，我也就没管了。