很有道理，但过激了点。。。。

编程到了一定的程度是需要编写自己的标准程序块，日常工程调用自己的标准程序块即可。

标准程序块编写的FC,FB当然不会用到M和T，能用FC建议不用FB。

调用标准块的时候可以用到DB，也可以用到M，其实区别并不大，简单顺手的时候用M是很方便的，DB在规划点表时表现更方便。

个人认为一个好的程序并不会注重你是否用了M，而是体现在以下几个方面：

1. 程序的架构与可读性
   

   好的程序架构清晰，整个工程或工序有好的顺序进行延展，程序注释清晰明了。同时采用规范化的变量及注释，尽可能提高程序的可读性。

    2. 程序的安全性及适应性

        好的程序需要对工艺及控制的熟悉，只有适合该工艺的控制才是一个好程序。另外最关键的是安全性，如何让PLC程序消除BUG，消除不稳定因素其实是很多编程人员忽略的地方，举个简单的例子，正常设定参数的时候程序是正常运行的，但参数设置为0或者错误时，这个时候程序就可能出错了，简单的出错可能影响不大，但是有时候导致继电器不断启闭就可能对设备或者人的安全产生严重的后果。

    3. 程序的标准化

       同类的行业中，相同或类似的控制比比皆是，那么就需要对相关的程序进行标准化设计，标准化后的程序主要可以体现在安全性，适应性及重复利用上。

举个最简单的例子：水泵控制----有些项目的水泵是3台，有些是4台，有些带变频，有些不带

如果每个项目都需要根据实际情况重新编程那么效率是低下的，而且不能保证每次的程序都没用问题安全的。那么这个时候就可以建立一些标准程序，1-7台的水泵控制都可以调用这个标准程序，工作也就轻松多了。

    4. 变量点表的编写

       程序的编写最初是变量点表的编写，在做一些复杂的程序或者工程量大的程序I/O表的建立更显重要，因为I/O表是你工程的基础也是你程序的提纲。