嘿嘿……有道理

标准化编程这玩意，一是考验工程师对于编程知识的储备和编程经验，二是非技术处理的见解（约束自己的管理方面）。第二个是最难的，这跟你下决心戒烟/减肥一样，你觉得你只要下定决心，就一定能执行么？哪天自己给自己找一个借口放弃了，谁还能继续监督你自己？
所以说编程标准化其实是一个非常理想的境界，是一个强迫症\钻牛角尖的境界，不是说不能达到，二是诸多因素管控着，有时候有的情况是自己不能把控的，就如同楼上说的，客户掌管着你的报酬的支付权利，你是坚持自己的要求，还是倾听和执行客户的需求呢？

按照FBS框架来搞

非标设备哪有框架，都是一边想一边写

按功能来写，最好知道程序运行到那里了，自己要有结构。从来就觉得，自己写的程序，自己能很快的响应修改就是成功的。但是如果跟别人合作一起来写，那就要大家商量好一些东西了，不能那么随意

如果初期没规划好，以为只是个简单的控制，写得就会很随意。到后面调试时，机构可能不符合预期需要更改，那么程度的逻辑也要跟着更改……各种随意的改，各种互锁……就开始乱了

非标设备严格来说也是有框架的，具体的框架还是根据工艺要求来搭建

引用 黄昏放牛 在 2022/3/6 21:38:28 发言【内容省略】

要有封装的理念.
封装是一种技术能力.
不是简单靠细心或者规范就能做得到的.
封装的工作适合在不针对具体项目/设备的情况下提前做,提前储备好.
如果没有应用项目就感觉无从下手的, 那就证明还不掌握这种能力.

不认可拿工艺说话的.
相当于没有回答.
凡是拿工艺来说框架的,基本上属于不了解框架, 或者没有框架,基本上就是随性飞,飞到哪儿算哪儿.

楼主的状态有点超前了, 超越了本论坛的绝大多数高手.
让他们回答自己没有能力做到, 甚至压根没有见过的问题,有点强人所难了.
关注下我写过的所有文章,看看有没有能产生些灵感.
首先给个提醒, 很难.而且难度不是一般的高.
你会发现很多文章的理论, 很多版主高手都看不懂, 都只能抬扛.