技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
钻石
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2020-07-26 13:02:04
21楼
我也提醒大家， 不要误解了数据类型实例的数量，比方说你项目里面有用到了20台伺服，你就觉得你的数据结构使用了20次，所以用struct效率低不划算， 认为要用UDT。
我建议你这个时候应该反思下，是不是应该着重于建立个通用的程序功能，提高逻辑的通用性，而不是只看到了数据结构的通用性。
STRUCT在博途的定义是数据结构，是一种匿名结构，不能全局定义
UDT在博途的定义是PLC数据类型，可全局定义
因此，我们通常所指的结构变量/结构数据，在博途中就是指UDT
这种重复性的程序，只是结构数据使用的一个方面，在这里使用UDT也好，STRUCT也好，功能上其实并无太大的区别，功能块只有一个，UDT可以全局定义，STRUCT可以依附FB/FC，相当于全局定义。但在性能上SRTUCT更加耗费系统资源。并且，此类应用没有体现结构数据传递的特征。
我在之前的帖子里讲了，UDT解决了结构变量重复定义的问题，其前提是结构数据的传递需求，既然是传递必然是双方的，现实应用中存在着许多这样的数据传递需求，比如配方的传递
精华帖版主置评：两者各有利弊。-yming
请填写推广理由：
分享
只看
楼主
