技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
钻石
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2021-09-07 20:38:09
51楼
感谢版主的回复，我程序设计之初刚好一个Byte占满了，没余的，每个字节又是连的，只能最后面增加，，所以后来才改用UDT,这样我后面再加其它功能，仅修改UDT就放便了。其实看了大家的评论，我认为要是能把M使用的弊端在什么情况下出现分享出来，会更让大家接受，毕竟每个人的高度不一样！
引用39楼详细内容：
看到大家的发言，我也想说说M的弊端，我在早早看到万版的摒弃用M的说法是，感觉也是有点扯，但随着时间的推移，自己的项目用M的弊端慢慢的旧体现出来，最深的体会是，本来我M点1byte刚好可以控制2个风机的启动、停止、正转、复位，80组风机，占用20个字，设想很美好，控制效果也采用for-next 循环，控制简单，刚开始没有任何问题，但去年，一个项目，现场要加一个高低速的位，我当场就崩溃了，我都是用字节控制的，怎么加，无奈加了个通宵，自己建了个自定义数据类型，建DB,重写程序，才能用，通过这件事后，印象深刻，以后能用DB,绝不用M了！
。
UDT也会同样没有余地的，即使留有余地，也不是无限制的，所以这一点上M和UDT的使用上区别不大。
有区别的是，绝对地址的寻址，与结构体符号名化的寻址，参数传递的便利性后者是不言而喻的。
当然，从资源多少的角度来看，M和UDT还是有差距的。
请填写推广理由：
分享
只看
楼主
