在编程时每个人都有自己的思路，即便是同样的控制逻辑让不同的工程师编写也会得到不同的结果。甚至同一个工程师在不同的时间，思路都是不一样的。
所以在编写程序时，不同的两套程序，但是却可以实现相同的功能。
既然可以用不同的程序，实现相同的功能，那么程序就有好坏之分。怎么评价一套程序的优劣呢？
以下是我总结的几个编程原则：
1、安全性，使用PLC控制多少都会有自动运行的部分，对这部分要做到万无一失，宁可不做，也不要让被控对象处于失控状态。手动部分程序也要连锁限位，或者加入时间限制。很多机械设备在机构上有自己的安全机制，你最好忘掉这点，在程序上做到人员、机器绝对安全。
2、功能完整，在保证安全的前提下，尽可能的实现客户的功能要求。这个时候正是体现你专业性的时候，不要等到设备交付时，让销售人员无法交差。对于因硬件或其他原因不能实现的部分，尽早与客户沟通。
3、逻辑缜密，我们的程序不仅需要在各部分正常时，能顺利完成每个动作。当丢失某些信号时，要依然能处于安装状态，并有安全提示。
我这么多年的经验是，实现功能容易，处理异常很难。
人的思维是有误区的，特别是当你为了实现某些功能而绞尽脑汁时，做到心思缜密，思维无漏洞确实很困难。在编程时最好把功能拆解，由不同的工程师进行协同完成。人员不足的时候也需要，找个了解工艺的同事，让他负责验证程序。反复实验，一步步修改，直到能应对各种工况。
4、程序简单化，在功能上我们要逻辑缜密，做到思维无漏洞。但是在编程时就要用最简单的语句，完成尽可能多的功能。做到程序易于修改、方便调试、升级简单。
程序的一般流程是：明确工艺要求，编程设计，调试，发现问题，增加（修改）功能，继续编程，再调试，继续新一轮修改，如此往复。所以你的程序从开始设计，就要易于修改，不要搞成“牵一发而动全身”，无形中自己给自己增加难度。
5、方便阅读，我们编写的程序除了要完成指定的功能，也要便于读懂和上手。很多项目不是一个人能完成的，你的程序好理解，团队中的人就能比较好配合。在环境本身就恶劣的现场，拿到一坨屎样的程序，你有还心情调试吗？
另外在程序中要把变量名、注释标识清楚，并且与图纸对应起来。做到程序中的信息便于检索和查找。
