引用105楼详细内容：

用结构化DB编程出现不了您说的这种情况，再不济我在全局DB里定义与M一样的独立变量，通过goto location也是可以检索到的呀，修改注释的次数和您用M也是一样的多。

这不是多一种方法吗？您可以尝试一下，不着急反对和否定。

引用101楼详细内容：

您说的我都理解，可能我们说描述的不是一个事情。

比如有变量S001~S100某一类型的项目上都有，但是描述各有一部分不同，并且这个变量还送往HMI或者SCADA，那么从SCADA上看到Sxxx的时候，如果是M点，那么直接在gotolocation后很容易就找到程序的位置的，用DB找不着。找到变量后，如果需要修改注释，随手就改完了，DB还是不行。

引用100楼详细内容：

@冬日

1. 重复性变量注释的修改，数据块机构变量只需一次修改，M则是有多少就得重复多少次呀！

2. 用数据块结构变量编程的，很少会在使用GOTO location的，的确是用不上了，您可以试试，没有需求了

引用95楼详细内容：

万大侠是不是等于间接承认自己的标准不合理？他的标准对他可能是合理的，对其他人还合理吗？以不用M和T来做标准，是不是也类似？

如果是做标准库，那么是不可以用T和M才可以保证复用，个人认为万大侠的标准绝对正确！

M点有两个很方便的地方而DB又替代不了

1，是修改注释很方便，DB要打开DB再编辑。

2，可以很方便用gotolocation找到，而DB的变量不行。

引用88楼详细内容：

1， 需要一个标准。 

请达成共识。 

2，如果达成共识需要有标准， 那么要么你制定一个标准拿出来，要么接受别人制定的标准。 

不要只为了维护自己的面子， 别人的标准一概不认同不接受。

3，你说的那个老外所定的标准， 显然也是一个客观标准。 只要标准是客观的， 就可以接受。 他能做得到，你凭啥做不到？

对于标准来说， 最讨厌的就是双重标准。 严他宽己。

引用87楼详细内容：

楼主这种情况是是典型的：说了一句谎话，就要编一百个谎话来圆第一个谎话！

后面的解释都是为了圆自己的第一个不成立的观点而已！

第一个例子：用软冗余来给自己的观点做理由，我没有调查过不知道比例有多少，但是我相信这个比例一定是不高的，用一个使用量不高的应用例子来判断另外大多数的好坏，这不搞笑？

第二个例子（再买100台集中控制）：这种概率比中五百万彩票的概率还低，假如真中了，这么大的项目多花一点时间又何妨，多花点时间去rewire一下，能花一个星期不？

楼主估计做的项目都是高大上的不差钱的项目，所以低端的项目在你眼里都是肉鸡！

记得以前有个意大利的老头子，在他眼里所有程序必须简化再简化，不能装进一张1.44M的软盘的程序都是垃圾程序，因为他经历过那个年代，他狠需要两张软盘的程序！这标准你认同吗？

好坏有很多的标准，各行各业不一样，用一个标准来评判本身就是个笑话。

一个同学的自动化公司，不算大，他对程序的好的标准：功能完善不出问题之外，要求简单的问题复杂化，复杂到客户看不懂，改不了，更别提可移植性，有问题必须回头找他，不然没钱赚！你敢信？

忽然想起一个笑话：现在那么多计算机语言，然后就有了一个鄙视链，汇编工程师鄙视c工程师，c公司鄙视java，java鄙视c#，vb，python...而他们又鄙视web工程师，那叫编程吗？

其实工控的编程，在it工程师眼里那才是肉鸡，那是编程吗？

有一天我带一个it上我们的设备，只见他双脚瑟瑟发抖，嘴里喃喃自语，原来你们也这么难……