在线会议
论坛
专题
工控直播
新闻中心
子站
技术
社区
最近有一个令人头疼的项目，工作已完成了95％，但该项目已经超出了预算，并且一直在延期，项目最初的开发人员不愿继续为该项目工作。领导要求我介入并估算完成项目所需的工作量。
这是有史以来最混乱的程序之一。输送机系统是一系列重复的组件。该代码是梯形图逻辑例程的集合CONTROL ENGINEERING China版权所有，每个输送机一个例程，逻辑大部分都是复制/粘贴的，只是重新命名了标签而已。听起来还不错吗？每个输送机例程都需要定制预期功能，因此每个例程都有些不同。我必须弄清楚，为什么现有程序在1％的情况下失败了。总计有100条输送机，100条例程和50条梯形图逻辑，每条语句的逻辑都有问题，重复且容易出错。
可维护性是一个常见的工业编程问题。除非您熟悉该代码，否则的话，在修改程序之前，可能需要花费数小时的时间才能理解每条语句。工业编程中常见的组织和结构限制控制工程网版权所有，使诸如此类的大型项目变得凌乱不堪。
可扩展性也是一个相关问题。计划中的项目升级之一，是使系统扩展到目前规模的两倍甚至三倍。在当前的配置中，这可能意味着200个新的例程。复制/粘贴是捷径控制工程网版权所有，但是您必须编辑每个标签。
总结一下：该代码不易于扩展，不利于其他程序员开展维护工作，并且不能完全正常工作。要实现既定目标，需要数人数月的努力，大规模重写代码。
调试和改进当前代码可能比重做更快。考虑到范围的变更，无法保证一定成功，但有可能实现。这仍然会给项目带来混乱，无法配合计划的扩张。
老派的PC程序员John Woods有句很有用的话，可以恰当描述这种情况：“编写代码时，假定最终维护您代码的那个人会是一个暴力的心理变态者，并且他知道您的住所。”
实际上，我们有义务重做此事。如果问题需要在一夜之间解决，情况可能会有所不同，但无论如何，这都需要大量的努力。还不如把它做好，把事情更好的留给下一个程序员，不管他是不是神经病。
换个时间，换个地方，我们可能会做出不同的选择，但要需要注意每种选择的利弊，并为你的选择负责。
好的部分要保持不变。硬件的连接情况很好，因此通常不需要更改I/O。该安全程序运行良好控制工程网版权所有，且没有复杂到以无法理解，因此无需进行修补。自动控制与手动控制的逻辑很好。即使我选择重新编写核心输送机控制程序，很多梯形图逻辑还是值得保留的。记住这句格言：“如果它没坏，就别修它。”
在这种情况下控制工程网版权所有，决定改写是成功的：将3,000句梯形图逻辑替换为约500句。它更简洁、更易于维护，并且可以完成所需的功能。花了将近3周的时间，重新编写所有程序，其中还包括未来扩展所需的大部分工作。通过更改一些标签，就可将系统扩展一倍。
个人认为，灵活性升级几乎总是物有所值。由于编写的代码不可读，您的客户在需要帮助时，总是特别依赖您，这是不应该的。除非代价过高，或工期不可接受，否则大多数项目都可以在某个时点重新编程。否则的话，您只能在重做之前，先打上很多补丁。（作者：David Breen）
.jpg)
AVEVA InTouch Unlimited试用版下载
福禄克三大“法宝”帮您搞定过程仪表校准难题
2024年度最佳产品奖颁奖典礼会后报道
2024全球自动化和制造主题峰会会后报道
阿自倍尔液体检测产品有奖试用
