很多人学习PLC编程的人,开始可能都会存在这样的误区,认为修改别人的程序相对来说比较简单,其实事实并非如此。
每个PLC编程人员都有自己独特的编程风格和思路。当我们要去修改一个程序时,需要花费大量的时间和精力去理解原始程序的逻辑和思路。
还有头疼的是,很多PLC程序都缺乏足够的注释和文档说明,这样的程序往往充满了冗余的代码和逻辑,让我们在修改时感到无从下手。
又或是有的PLC程序在处理问题时会显得啰嗦而混乱。由于原始编程人员的思路不够清晰,或者是由于他们在编写程序时缺乏足够的规划和设计。面对这样的程序,我们需要花费更多的时间和精力去梳理其逻辑,找出其中的问题并进行修改。
改一套下来,我们可能会发现重新编写一个全新的程序比修改现有的程序更加高效和快捷。
所以在进行PLC编程时,我们应该更加注重代码的可读性和可维护性,避免让后续的修改工作变得过于复杂和困难。
在PLC编程中,“改程序”和“写程序”都有其独特的挑战,很难直接判断哪个更难。这取决于多种因素,如编程者的经验水平、对PLC系统和相关设备的熟悉程度、编程任务的复杂性和具体性要求等。
我们来看看部分网友们的吐槽:
网友A:
每个人的编程逻辑都不一样,小企业特别明显,大企业的会统一模板,但是小企业接单比较杂,很难做到统一,大企业面对基本是某一行业的单,除了客户需要定制外,基本都是可以大量复制的单,主要还是得看企业项目管理制度和企业的理念是什么
网友B:
看干什么活,常年缝缝补补的习惯了。让从零写还真容易卡壳
网友C:
最特么讨厌改别人的程序
网友D:
改别人程序最烦躁 几千上万步程序 不在框架范围内 自己想怎么写就怎么写 搞得很烦躁 总的来说是看一段骂一次
大家在日常编程时认为编程序 难还是改程序难呢?改过哪些奇葩的程序呢?欢迎回帖吐槽!
参与奖励:
优秀参与奖: 3名 奖励 30MP
参与奖: 若干 奖励50-100论坛积分
楼主最近还看过
编程序还是改程序,主要还是要以实际情况综合分析来看。
拿我实际工作中遇到的情况来说:
①一条多工站载具回流生产线,十几个工位,因为产品变更,个别工位需要调整,原厂家技术人员早已离职,现有人马还不如我们自己了解该设备,让他们改,他们要么不敢改,要么要价奇高!最后我们自己改,相比自己重新写,难度低很多。当然,这也有个前提,设备源程序编写规范且有注释、有原理图。如果原设备程序写的一团乱麻,无注释,神仙也难改得了它。
②动作机构少的设备,仅仅个别动作需要微调,但是源代码写的很乱,改一点发现其他地方又有影响,又很难分析出原因。因此重写是最佳选择。
总之,具体情况具体分析,没有绝对的优劣。
回复本条
1、编程习惯:良好的编程习惯对代码的可读性和可维护性非常重要。包括清晰的注释、有意义的变量名、代码的一致性等。这些习惯可以帮助其他程序员更快地理解和维护代码。
2、归档文件:必要的文档是程序维护的关键。文档包括程序的功能、逻辑和输出对象(可利用一些导图工具)。便于他人或长时间后的维护使用。
3、程序的复用及不断学习完善:打造团队使用的调用程序结构,个人及整体都不断学习完善。
4、个性化:每个人都有自己的编程风格,是不可避免的。一定不要影响到整体统一的架构。
5、效率与效果的平衡:在决定是修改现有程序还是从头开始时,需要权衡时间、成本和最终效果。有时候,尽管修改现有程序看起来更复杂,但如果能够显著提高效率或减少开发时间,这可能是更好的选择。
一言以蔽之,选择当下最有效的方案。
回复本条
编程和修改现有程序都有一定的难度,但难度因人而异,取决于个人的经验、技能和项目的复杂程度。
编程指的是从零开始创建一个新的程序,包括设计程序结构、编写代码、解决问题等。这需要掌握编程语言、算法和数据结构等技术,对问题的分析和解决能力也很重要。对于初学者来说,编程可能会比较困难,因为需要学习和掌握一系列的概念和技术。
修改现有程序也有一定的难度。在修改程序时,需要理解原有代码的结构和逻辑,并根据需求进行改动。这可能涉及到理解他人编写的代码、调试问题、解决bug、保持代码的稳定性和可维护性等。修改程序需要对原有代码的理解和技术背景,以及对项目需求的准确理解。
总的来说,编程和修改现有程序都有各自的挑战和难点。编程需要从零开始构建程序,而修改程序需要理解和操作现有代码。难度取决于个人的经验和技能,以及项目的复杂程度和需求的清晰度。
回复本条