撸代码时，有哪些习惯一定要坚持？

我从2011年开始做单片机开发，一直保持以下撸代码的习惯。

1.做好代码版本管理

有些人，喜欢一个程序干到底，直到实现全部的产品功能，我以前做51单片机的项目就是这样。

如果功能比较多的产品，我不建议这样做，迟早有一天，有一个项目，会让你崩溃的，特别是还不具备模块化编程能力的时候。

之前我就踩过几次这种坑，一个程序版本实现了很多个功能，后面新增功能的时候，突然发现了一个BUG，怎么都调不出来。

这时候，如果有上一个版本，可以用上一个版本的代码，一点点代码复制过去看看，到底是哪个代码造成的。

从那次以后，我就养成了做代码版本管理的习惯，比如V1.0,V1.1,V1.2.....

然后每个程序版本里面，我都会写一个文档，描述下历史版本实现的功能记录，以防后面忘了。

2.多学习优秀的代码和思维

刚工作那会，主要用STC的51单片机做项目，主要维护之前工程师遗留的代码，升级产品功能为主，基本是一堆屎山代码，实现功能就行了。

不会考虑怎么把代码写得更好，主要是自己当时也没那能力，项目又急，能改出来应付工作就不错了，有时项目急，我逻辑又理不清，甚至用了goto语句走了捷径，可能很多人都没见过。

工作了几年，一直是维持在这种水平，没有提升，因为接触不到更复杂的项目，接触不到好的编程思维和代码。

后面跳槽到一家公司，接收了一个网关项目，需要自己从0到1，完成整个项目的代码。

这个项目难度，已经超过了我的知识范围，主要有两个问题：

第一，很多功能没做过，不知道啥原理

第二，功能太多了，不知道怎么很好地把它们整合协调起来。

我是怎么解决这两个问题的呢？

第一个问题，最快的方式就是问同部门的研发同事。

不过不要指望别人会手把手教你，哪怕领导发话，别人也没这义务。

最关键的，不是指望让领导去给他下发命令，就能让他带你，而是看自己懂不懂得做人的。

举个例子：有些老铁来找我领单片机入门到高级的教程+工具包，我都是无套路直接发链接。

为什么要在我的朋友圈才发？

因为我是卖课佬，我觉得我们的项目课确实能帮到一些人，成就一些人，万一哪天你需要，我们又正好专业，各取所需共赢，我觉得没毛病。

但，我也深知，要让别人认可你，那就先贡献价值出来，所以我就不断输出自己经验和送粉丝教程+工具包了。

我感觉人和人之间，挺有意思，也差别挺大。

有些人很懂得感恩，还会给我发个小惊喜，收不收看我有没有给到他对应的价值了。

有些人，趾高气昂，理所当然，像我欠了他的一样。

我就想，怎么会有这种傻杯，然后拉黑了。

扯远了。

回到找同事帮忙的问题，也是同理，你得付出相应的价值，得请吃饭、得请喝奶茶、帮的忙多了得送礼....这不是潜规则，是对别人起码的尊重。

不能因为领导发话了，叫他去带你，你就能像个伸手党一样，一直索取他的价值，不信？你试试多问几个问题以后，看他鸟不鸟你。

第二个问题，功能太多了，不知道怎么很好地把它们整合协调起来。

这个其实最难，因为涉及到程序架构的问题，不是某个功能点，更多的是经验积累到一定程度后，再学习别人优秀的程序架构，突然开悟了。

我是参考别人工程师写的代码，一点点积累起来的，然后根据时间片轮询原理，设计了一个程序架构，我在2019年也录过这个程序架构的教程。

老规矩，有礼貌的粉丝，可以找我安排。

编程思维、高阶代码技巧、程序架构这些，如果能冲我们无际单片机项目特训营，系统把我们几个项目做完，那直接就是走捷径了，都是我们踩坑10年以上总结出来的精华。

3.重视模块化

我第一次重视程序模块化，项目代码量编译完大概70kb+。

什么是模块化？

举个例子，以下两段代码，分别是非模块化写法和模块化写法：

非模块化写法：

C #include <reg51.h> // 假设是51单片机 void main() {     // 硬件初始化     P1 = 0xFF; // 设置P1口为输入     IT0 = 1;    // 设置外部中断0为下降沿触发     EX0 = 1;    // 使能外部中断0     EA = 1;     // 开启全局中断     // 主循环     while(1) {         // 功能实现         if(P1_0 == 0) {             P1 = ~P1; // 如果P1.0被按下，翻转P1口的状态         }     } } // 外部中断0服务程序 void exint0() interrupt 0 {     // 中断处理     P1 = P1 << 1; // 每次中断，将P1口的值左移一位 }

在这个例子中，硬件初始化、主循环和中断服务程序都混合在同一个.c文件中，阅读和维护起来会困难很多，特别是后期随着代码越来越多。

模块化写法：

C // hardware.h #ifndef HARDWARE_H #define HARDWARE_H void init_hardware(); #endif // hardware.c #include "hardware.h" void init_hardware() {     P1 = 0xFF; // 设置P1口为输入     IT0 = 1;    // 设置外部中断0为下降沿触发     EX0 = 1;    // 使能外部中断0     EA = 1;     // 开启全局中断 } // main.c #include "hardware.h" #include <reg51.h> void main() {     init_hardware(); // 初始化硬件     while(1) {         // 主循环功能实现         if(P1_0 == 0) {             P1 = ~P1; // 如果P1.0被按下，翻转P1口的状态         }     } } // exint0.c #include <reg51.h> // 外部中断0服务程序 void exint0() interrupt 0 {     // 中断处理     P1 = P1 << 1; // 每次中断，将P1口的值左移一位 }

在这个模块化的例子中，我们将硬件初始化放到了hardware.c和hardware.h中，主循环放在main.c中，而中断服务程序放在exint0.c中。这样，每个文件都有一个明确的作用，代码的结构更加清晰，也更好阅读和维护。

稍微复杂点的单片机项目，需要处理很多硬件接口和复杂的时序逻辑，还有各种产品业务逻辑组合，所以模块化尤其重要。

上面只是举了两个入门级模块化写法，高阶的模块化，远不止这些，首先是程序文件架构的模块化，分硬件层、中间层、应用层。

怎么实现多层之间依赖最少，这样后期万一需要更换单片机，只需要修改硬件层驱动代码就好了。

然后是里面每个功能模块化，怎么写方便后期增减功能。

这些其实都是系统的学问，所到之处全是细节，我们无际单片机特训营，都是通过这些思维和编程方式做的，特别是项目3和6。

提升这块的能力，主动学习意识和机遇都很重要，有些工程师做了4,5年，如果公司一直做简单的项目，那也是提升不了的，需要自己通过业余的时间，不断看别人代码摸索。

4.有条件，换个好点的椅子

撸代码的，长时间对电脑，经常一坐就是几个小时，好点的椅子能缓解颈椎、腰椎的疲劳。如果能换个立式办公桌就更好了。

5.不要做一个看完不点赞的冷漠青年

不知不觉，又写了两个多小时，原创不易，发财小手点起来...

---

最近很多粉丝问我单片机怎么学，我根据自己从业十年经验，累积耗时一个月，精心整理一份「单

片机最佳学习路径+单片机入门到高级教程+工具包」，全部无偿分享给铁粉！！！

除此以外，再含泪分享我压箱底的22个热门开源项目，包含源码+原理图+PCB+说明文档，让你迅速进阶成高手！

教程资料包和详细的学习路径可以看我下面这篇文章的开头。

《单片机入门到高级开挂学习路径(附教程+工具)》

《单片机入门到高级开挂学习路径(附教程+工具)》

《单片机入门到高级开挂学习路径(附教程+工具)》