编程程序越大，有BUG的可能性越大：不认可这个的肯定是垃圾，不会有错——地球通行标准，外星人暂且不算；
至于标准，只是针对多人协作的大程序才要求共同的接口标准，至于每个人负责的程序内部，如果不考虑程序的互通性以及维护性，则没有必要遵循啥狗屁标准！！强调程序的互通性以及维护性，此时才执行一个厂标

你见到22K的程序， 你以为是人家一夜之间写了22K， 殊不知，人家21K都是重复复制拷贝的，都是使用的10年前就反复验证过好用的库函数。
真正与当下这个项目有关的逻辑程序，可能不过几十行行。
你说哪个里面存的bug多？

评论区大神多，写程序本来就是各写各的，自己喜欢的方式就可以

引用 高雅的雅 在 2020/7/3 8:53:05 发言【内容省略】

最近用松下Pro7，用来十几个FB块，程序最近突破2万步，搞的我很纠结，用FB块确实方便很多，都是步数大，感觉gr7简单很多，不知道继续用Pro70还是个Gr7

先试一下能回复不

不否认楼主有些观念还是对的。所以我也是给楼主点了赞。
当然有些方面楼主可能要考虑一下不要捆绑的太明显嘿嘿，不过也能理解。

各抒己见，百家争鸣，这才是论坛的意义所在！！！

其实根本谈不上百家争鸣。
讨论的前提是不对等的。
有人面对的是自己从未遇到过，思考过的问题。 而我们面对的两种情况都熟悉， 甚至自己也是一步步从那种模式走过来的。
相当于跟三季虫谈冬天。

一天有个一身绿的人到来到孔子教学的地方，见一个年轻人在大院门口打扫院子。他便上前问道：“你是孔子的学生吗？”年轻人骄傲地答道：“是的，有何见教？”“那我想请教你一个问题，如果你说得对，我向你磕三个响头；如果你说得不对，你应向我磕三个响头，不知可否？年轻人仗着是孔子的弟子不以为然，绿衣人说：“你说一年有几季？”“四季！”年轻人不假思索地脱口而出。“不对，一年只有三季！”于是俩人争论不休，此时孔子路过，年轻人遇到救星，让孔子评理，孔子一笑说道：“一年只有三季！你输了，给他磕头吧！”绿衣人抚掌大笑，待年轻人磕完头扬长而去。年轻人大惑不解，问孔子，为什么说三季，明明是四季，孔子笑着说道：“平时说你愚钝你不服气，我现在教导你：这个人一身绿衣。和你争论时又一口咬定一年只有三季，他分明是个蚱蜢。蚱蜢者，春天生，秋天亡，一生只经历过春、夏、秋三季，从来没见过冬天，所以在他的思维里，根本就没有‘冬季’这个概念。你跟这样的人那就是争上三天三夜也不会有结果。
作者：中中地山谦
链接：https://www.jianshu.com/p/1e67617bcf76
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

其实你应该把你的电机功能块贴出来，和大家分享一下。至于单个功能块是属于收费内容，也可以简单说说思路。我理解的电机功能块可能就是把轴点动，轴回零，轴定位，轴复位这些功能集成到一个功能块，然后把这些轴参数定义成结构体、枚举数组类型。期待你对功能块的高见。
前面说的都是泛泛之谈，要看这些言论我看CSDN里面的东西岂不是比你来的更深入更能理解，就比如你一直在说的面向对象，你说那么多方式其实还是落入到面向过程中了，以前在看别人说面向对象就很简单的一句话所见即所得。
你在这论坛推崇的标准化，各人觉得是正确的方向吧。标准化做出来的程序赏心悦目，使得程序套路化，有时既可以加密自己的核心算法又能让别人在程序上做维护，其他好处就不说了。
至于调用的功能块多会占用大容量，程序步数多，也有这样的情况。但是看到现在有蛮多PLC支持C语言，不知道在C环境下会不会有改善。有的运动控制器调用的功能块有几十个，且是每个扫描周期要对功能块计算刷新点位的，但是扫描时间也才5ms左右。还有功能块中尽量指针偏移方式应该也能节省程序步数。所以调用功能块多程序步数多是多方面造成的。