尽管,控制程序使用的是梯形图逻辑、顺序功能图、功能块图和程序功能图,但从本质上来讲,控制程序编写就是编程。 控制程序中的错误,可能会对人员、设备造成伤害,生产出不合格的产品。
而且,我们还有由应用程序供应商开发的一系列专用语言。控制程序是一种基于事件的硬实时,而且,在很多情况下用于执行关键任务。控制程序中的错误将对企业产生不可逆的影响。 商业系统程序可以将数据库退回到未变更和处理前的状态,与之不同的是,你不能将一个化学工艺过程或很多生产步骤退回到初始状态。
控制程序不是一个艺术品,艺术品是创新为王;也不是科学,科学是探索性至上。 它是工程,它需要创造性地将大家熟知的、经验证明切实可行的方案付诸实施,以解决新问题。 此外,除了经验,好的编程还需要更多的东西:需要优秀的设计、编码、调试、实施、个人习惯和团队习惯。10年的工作经验,如果仅仅是同样的经验重复10年,那就不能算数。 程序员的好习惯可以分成以下几类:个人和团队的开发习惯,以及设计、编码、实施和调试习惯。 我认为,需要养成的最重要的编程习惯是在开发的过程中记录自己所犯下的错误。
控制程序也需要将时间、实时网络通讯和数据集成元素增加到本已复杂的任务中。
他们不仅仅会记录那些比较大的错误,这通常会需要数天的时间来调试;他们还会记录那些由编辑器、编译器、链接器和单元测试所引起的错误。 记录这些错误的原因是为了识别你的薄弱环节,并养成好的工作习惯来避免同样的错误再次发生。
记录要包括你必须通过编译程序来运行程序或执行单元测试来校正小错误的次数。 你会发现,你会时不时的犯一些类似变量名拼写错误或者没有正确的关闭条件逻辑的错误。 你还会发现,假以时日,简单的记录所犯的错误,可以使你时刻保持警惕,避免同样的错误再次发生。
他们只需要更少的时间,通过一些小的修改,就可以通过单元测试;那些不到系统测试阶段或安装环节,就不能被发现的代码中的隐蔽错误,也会更少出现。 一旦他们在设计、编码或单元测试中发现某种模式,会导致更复杂的错误,那他们就能进行原因分析并从根本上解决问题,而不是头疼医头、脚疼医脚。 要完成一个好的控制系统编程,其实非常难,但是,养成正确的习惯,尤其是从你自己的错误中总结经验教训,将使你成为一个更优秀的程序员,成为你所在开发团队中更有价值的成员。(作者:Dennis Brandl,BR&L咨询公司总裁) |
|