回复:一个看似诡异的程序分析过程

已锁定

飞跃巅峰

  • 帖子

    402
  • 精华

    2
  • 被关注

    1

论坛等级:侠圣

注册时间:2016-05-05

普通 普通 如何晋级?

发布于 2021-09-25 11:27:44

24楼

展开查看
以下是引用WWCWWC在2021-08-27 08:05:50的发言 >8楼

那是一定的,开始写是我根据具体工艺起的一个框架,洋洋洒洒一天可以列举很多项目。

而到了实际的调试阶段,就是增加一个点或者减去一个点,那种推敲反反复复的进行,可能需要很长一段时间,最后定下来。

我上面的案例实际上就可以真实反映出几个问题,如果我是忽悠的心态,那么,这个本“不是问题”,加加减减一处理,很快就可以所谓的修复设备,但这样的处理会埋下很大的安全隐患,对设备对人身很不利。而针对于一个点反反复复的推敲,对每一个点认真细致的判断,尽可能想到自己掌握的工艺和操作,这样的点应用就需要一段时间了。为什么要加,加的理由是什么?为什么要减,减的理由是什么?这样经过推敲出来的程序经得起考验。

以下是引用DenTA_A在2021-08-26 19:03:07的发言 >7楼: 感觉写一段程序,...

引用7楼详细内容:

 感觉写一段程序,修改的时间比写的时间多!


确实,前期的程序框架一定要里顺,程序动作尽量简洁,整齐,方便二次修改。很多时候动作没细分,没注释,全在一段程序里。很难改,还容易出BUG。

6
评论
编辑推荐: 关闭

请填写推广理由:

本版热门话题

SIMATIC S7-300/400

共有54658条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜,你发布的帖子

评为精华帖!

快扫描右侧二维码晒一晒吧!

再发帖或跟帖交流2条,就能晋升VIP啦!开启更多专属权限!

  • 分享

  • 只看
    楼主

top
X 图片
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。