说点自己不务正业看闲书的收获，计算机科学界有条著名的“中间层定律”，具体内容在这里就不解释了，感兴趣的可以自行度娘一下。

使用中间层的原因，首先就是简化结构，使系统架构清晰，逻辑上保证强聚合，低耦合，使程序拥有足够的健壮性去对付随时出现的“变化”。

理性地看，M区DB块，都是这种中间层的某种外显形式，是一种桥梁性的东西，在使用上无非就是隔离实际输入与实际输出在控制逻辑上的直接性联系，保持一定的灵活性来应对未知的变化，简而言之就是，你写的程序要支持变化，这是其本质。

再说说有时看不习惯别人代码的问题，这是种很普遍的现象，不唯独写PLC程序的，IT界的“程序猿”们在这个问题上也是“天下苦秦久矣”，看别人代码维护别人的遗留代码时，闷骚的“猿猿们”是不是也会“WTF”（what the ****）不绝于口，翻译成国语就是“次奥，什么垃圾玩意儿啊！”，有时是别人的代码，有时还会是某年某月某日某时自己写的代码，这就看到了代码中必要注释的重要性。

随着计算机知识对工控渗透影响的日益增长，计算机科学和计算机语言的成型的指导方针和优秀的系统设计理念，外加一些浓缩的定律，完全可以借鉴到PLC编码上来。

一些优秀的出版物针对某一话题进行了深入广泛的论述，都是经过无数人验证过的精华，举几个例子，《编写易读代码的艺术》《代码整洁之道》《从小工到专家》《重构》，比较重磅的有《代码大全》《编程珠玑》等。

在阅读一些作者大牛的个人介绍时经常会发现他们的教育背景基本都是电气自动化+计算机专业的双料模式，起初十分不解，后来才慢慢明白，就应该是这样的教育经历，如果不是这样的话，反倒奇怪了，此时的的计算机专业恰似提炼特种钢材时加入的“催化剂”一样，让自动化有了神奇的变化。从根源上说，现在的自动化与计算机科学实在是一奶同胞，只不过侧重点不一样罢了。

孟子（补记：弄错了，是庄子先生说的）说“夏虫莫语冰”，有容纳的空间和接受的意愿，才能换汤又换药。坛里某知名大牛说，PLC编程就是固定套路，泡论坛也不是三天两日了，可时至今日，翻遍此大咖的帖子和回复，还真没见过多少系统的“套路”，也从未见过大牛所谓的套路在哪儿，也许这就是“大咖”的大咖之处，谢谢老万的分享。

最后，任何本质上大的进步和提升都是自主内发性的，靠别人也从来都是没有出路的。引用电影《鼠胆龙威》里的医生说的一句话作为结束语吧

------“做人，要靠自己。”