随着PLC编程软件功能的日益强大，和计算机软件编程领域的方法论不断的发展完善，二者的结合也变得越来越紧密，OOP和OOD概念的不断普及和受到慢慢增多的理解与接受，世界的东方和西方都刮起了技术的”春风“，东方有"PLC标准化编程”、“自动化平台统一编程框架”，而西方也出现了名字缩写为“OOIP"践行的”带头大哥“。

概念、技术、演进和优势——一文让你了解面向对象的工业编程 (OOIP)

风起于青萍之末，太平洋东西两岸已是花开两朵，在潮流未及顶点之前，我们是否可以进行一番猜测，是抢人先机的卡位为上，还是深耕细作的玩大票略胜？

在知识付费不再为人诟病的时代，付费阅读，付费学习，付费下载，付费外包，一切都司空见惯，公众号、淘宝商铺，硬资产依旧横行，”软资产“也日益豪横，可是，谁让我们愿意呢？

培训、授课，搞得风生水起，出书、出盘、出框架，忙得不亦乐乎，浪潮再汹涌，总有宁静时，下一次的微风又起于何处？

先听三曲：

1、Leverage object-oriented industrial programming

2、Leveraging OOIP, Part 2: Abstraction, nesting and interfaces

3、OOIP Part 3: interfaces and methods

上述链接内容底部有惊喜！

共趋大同，怕是必然。

 看英文的东西就是那么费劲，需要点时间研究一下，理解一下。

谢谢分享。

还没有仔细研读，不过似乎是异曲同工的东西。

谢谢分享，收藏备用。

感谢分享。

链接我等不能看？还是要什么措施？

谁能给弄成中文的？？？

楼主文采可以啊

谢谢分享，涨知识了

瞄了一下图片，文字说明看不懂。

至于多线程？用于资源吝啬的PLC来说不太现实。毕竟PLC的CPU速度太低、RAM太少、Flash太少，很难撑起一个1ms的实时需要的系统资源。再说了，与其用一套昂贵的PLC+分布IO控制一个大系统，还不如用多个低端PLC独立控制分散环节更加安全可靠。

再说了，多线程一般适合那些与外设无关的重复计算，就是经常被其他线程抢断也不会造成很大的影响。但是，PLC这种完全是实时外设响应的控制系统，本来10ms内响应完成的控制，就是因为线程多了导致几十上百ms都还没轮到该线程，这可怕的后果没人敢在实时工控中引入这种多线程系统的。

举个栗子，PLC的1ms定时中断本身就是用来切换状态字，然后由主程序根据不同状态字做不同处理的，如果你在定时中断里面直接执行不同处理就有可能不能完全执行处理程序不停中断....所以，多线程不是想淦就能淦到工控实时控制来的。

我以前就是西门子DDC编程，也是这种图形化编程，那些DDC的RAM、ROM都是PLC的10～100倍。容量大了程序可以做得很人性化程序比较大，随之而来的是主程序周期50ms～350ms，由于CPU速度太慢很明显的感觉就像老牛拉车慢腾腾。图形化编程对程序员太人性化，但是根本不适合运动控制设备的。

所以，到最后，发现单个设备控制，有必要搞得这么复杂么？真没必要！！！那些都是商人忽悠程序员的一套套意义不大的虚假广告罢了。归根到底还是要自己的基础扎实。

感谢分享，涨知识了！

面向对象的PLC标准化编程方法， 是一种客观存在的技术。 

无非是有人先掌握， 有人后掌握而已。 

不存在楼主所说的帮派之争。 

还什么谁笑到最后， 就更可笑了。 

这篇文章，我很早就看过了， 并因此联系了控制工程杂志的编辑，想获得更多的资料和例程， 被告知原作者是美国人，他们只有转载的权利，与作者本人并没有办法获得联系。 

这是唯一见到的符合标准化编程方法的文献， 而就目前所见到的进口设备而言， 所有的老外编的PLC程序， 也都符合垃圾程序的标准。 

说明中国在PLC编程技术方面，和世界是同步的。并没有明显的被拉在后面。