本文讲述了作者在改进电机转动功能时，如何运用状态机思想使代码更清晰、易于维护。通过分析原始代码的问题，作者提出将功能逻辑与结构型代码分离，以状态机作为结构型代码，实现逻辑的简化和增强代码的健壮性。尽管对于简单的电机转动逻辑，状态机可能显得过度设计，但作者强调了知识储备和权衡的重要性。
目录
好久没有写一篇博文了，距离写上一篇有一个月多了，主要有俩原因：借口：一次出差，出差前中后都挺忙。真实原因：个人知识储备量有限，写文章已经有了种挤牙膏的感觉，有些痛苦。经过一个月的沉淀，算是积累了点儿东西，有了把它写出来的冲动了。
实际问题：电机转动功能
电机的一个功能函数
太长，逻辑不够一目了然
想着把它给改了，
但是，能力有限，一直拿它没办法
后来，对工程代码进行检查的时候，发现有两处函数写得很长（后面还发现这两者有很大的共性（电机转动 和 指示灯闪烁））
长意为着逻辑不够清晰，不够清晰就不好理解，不好理解就不好维护，不好维护就意味着很可能被推翻了重写。
没有人希望自己的代码被别人弃之如敝屣，如果代码真有问题，我希望重写的那个人是我。
你敢动我的代码，我生气啦
我之前看公众号文章，隐约察觉到种现象：工程师不希望其他人动自己的代码。
之前不知道是为什么，这次出差后，有了点儿认识（这四点儿都是细品出来的）：
-
代码风格一致性 （以自己的方式实现，代码中的主观意味就是代码风格，而这种风格不见得对代码有利）
-
代码不容易验证问题 （改程序之容易，验证之困难， 无法保证程序的健壮性，最好的方式：不去惹它）
-
责任不好明确 （代码的主要负责人 更被要求维护代码，无论中间那点儿改动是谁做的，都会落到自己头上，维护是需要花费时间和精力的，主观上都认为自己写的代码是完美的，后面有问题，肯定是全部推到修改人身上，而认为自己替别人背锅。。。糟糕透了）
-
自己付出心力完成的代码当块宝，别人只把它当颗草 （还是认为自己付出时间和精力写出的代码是完美的，而实际情况是不承认自己写的代码是不完美的，而且没有显而易见的方式去验证它。 在两个密切接触的工程师身上看到这种情况了，好的代码一定是付出足够的时间和精力的，但付出时间和精力不一定就能成为好的代码。即便如此，仍愿意花时间和精力去努力去尝试把它做好的人，是值得学习借鉴的。 我想问一句：自己写完的代码，还会自我审视，自我反思，复盘总结吗？还会多看多学习网络上其他工程师的代码吗？）
最低0.47元/天 解锁文章
扫一扫
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
