本帖最后由 两只袜子 于 2023-11-16 11:23 编辑
本着授人以渔的原则，既提供我一直在用的程序架构，也讲程序架构的设计思路。 如果本文内容，你都能领悟并做到，不管项目多复杂，都将游刃有余。 我研发的那几年，接触大多数工程师，都没有程序架构的概念，基本一个while死循环干到底。 模块之间也没有封装好，导致代码写好以后，扩展性和维护性太差，类似的功能代码，也很难移植到新项目去复用。 早期我也是这样写的，反正实现功能就行了，代码好不好，功能上又看不出区别。 不过，等你接触到复杂的项目时，这招就行不通了，没设计好程序架构，根本做不稳定。 我意识到这个问题，是碰到两种需求的时候： 1.是做一个基于STM32的网关项目，项目做完以后，客户老是要改功能，客户不懂技术，在客户眼里，觉得改一个LED闪烁效果很简单，但对于程序架构没设计好的工程师来说，就是一个噩梦，比如每隔5秒快闪2次这种恶心的需求，搞不好很多代码都要重新组织。 我经常会被这种问题搞到头痛，特别是客户又催得急的时候，经常加班加到焦头烂耳，越急又越搞不出来。 2.我做过的很多项目，其实很多功能都有重复的，比如很多产品都有LED、都有按键、都有掉电参数存储、都有串口协议解析等等。 但是程序架构没写好，导致想移植代码，过来新项目复用时，不太好改，比如老项目才1个LED，新项目有6个LED，类似的还有按键等等。 后面为了有更多的时间摸鱼，我开始思考，怎么把程序写得，改起功能来很方便，代码复用性又很强那种，当时还不知道这个叫程序架构设计。 [程序架构，我觉得是一个系统的学问，贯穿着整个项目，而不是具体某些细节。 就是各种功能模块，比如LED特效功能，按键检测功能，菜单功能，系统参数存储功能、语音功能、OTA升级功能等等。 这些功能模块的设计，我通常是采用硬件驱动代码和功能逻辑代码分离的方式，用大白话来说，就是一个功能模块，我可能会分2个.c文件来写，硬件驱动代码我以hal_xxx.c命名，功能逻辑代码我以mt_xxx.c命名。 硬件驱动代码主要是和单片机外设的配置代码，比如设置GPIO、Timer、串口、SPI这些，然后提供硬件接口给mt_xxx.c调用。 拿无际项目特训营的项目6来举例，这个项目可以实现远程控制，因为加了WiFi和4G模块。
| 
楼主
标题置顶
标题高亮
