最近想深入学习LabVIEW,对于控件的使用上遇到了选择上的问题,如何合理的使用控件引用、属性节点、局部变量全局变量等,结合帮助文档和网上资料,总结如下:
1、全局变量和局部变量


局部变量和全局变量是内存数值操作,属性节点是对控件值的属性进行的操作。理论上,变量的效率比属性节点高。局部变量的作用域是整个VI,它用于在单个VI中传输数据;全局变量的作用域是整台计算机,它主要用于多个VI之间共享数据。
但在实际写程序中,大量全局变量的应用和不必要的局部变量会拖慢程序的性能和可读性,并且一般使用变量的时候有很大的随意性,导致后期维护的难度增加,牵一发而动全身,改变了一次赋值后要挨个去找这个变量的影响应用范围。再者,根据实际经验,全局变量在多层VI嵌套之后再赋值,另个一VI或同VI中其他循环对数据进行轮询,会出现两者不同步的现象,原因可能有循环的时间间隔不同,内存相应时间不同等,尤其是在通讯数据处理过程中,隐藏了很大的BUG。以下为官方帮助文档内容
谨慎使用局部变量和全局变量:
局部和全局变量是高级的LabVIEW概念。它们不是LabVIEW数据流执行模型中固有的部分。使用局部变量和全局变量时,程序框图可能会变得难以阅读,因此需谨慎使用。错误地使用局部变量和全局变量,如将其取代连线板或用其访问顺序结构中每一帧中的数值,可能在VI中导致不可预期的行为。滥用局部变量和全局变量,如用来避免程序框图间的过长连线或取代数据流,将会降低执行速度。
局部变量和全局变量的初始化:
如需对一个本地或全局变量进行初始化,应在VI运行前将已知值写入变量。否则变量可能含有导致VI发生错误行为的数据。如变量的初始值基于一个计算结果,则应确保LabVIEW在读取该变量前先将初始值写入变量。将写入操作与VI的其它部分并行可能导致竞争状态。
要使变量初始化在VI其他部分执行之前完成,可将把初始值写入变量的这部分代码单独放在顺序结构的第一帧。也可将这部分代码放在一个子VI中,通过连线使该子VI在程序框图的数据流中第一个执行。
如在VI第一次读取变量之前,没有将变量初始化,则变量含有的是相应的前面板对象的默认值。
竞争状态:
两段或更多代码并行执行并访问同一部分内存时会引发竞争状态。如果代码是相互独立的,就无法判断LabVIEW按照何种顺序访问共享资源。
竞争状态会引起不可预期的结果。例如,两段独立的代码访问同一个队列,但是用户未控制LabVIEW访问队列的顺序,这种情况下会引发竞争状态。
竞争状态随着程序运行的时间因素而改变,因此具有一定的危险性。操作系统、LabVIEW版本和系统中其他软件的改变均会引起竞争状态。
如改动了VI的时间要素(例如,更新操作系统或LabVIEW版本),请检查访问同一部分数据的并行代码,并使用定时条件来控制哪一部分代码首先执行。
使用局部变量和全局变量时的竞争状态:
对同一个存储数据进行一个以上更新动作均会造成竞争状态,但是竞争状态通常在使用局部变量和全局变量或外部文件时出现。以下程序框图显示了一个局部变量造成竞争状态的范例。

该VI的输出,即本地变量x的值取决于首先执行的运算。因为每个运行都把不同的值写入x,所以无法确定结果是7,还是3。在一些编程语言中,由上至下的数据流模式保证了执行顺序。在LabVIEW中,可使用连线实现变量的多种运算,从而避免竞争状态。下列程序框图通过连线而不是局部变量执行了加运算。

本文深入探讨了LabVIEW中全局变量、局部变量、属性节点及控件引用的合理使用方法,强调了滥用变量对程序性能与可读性的负面影响,以及属性节点和控件引用在特定场景下的高效应用。
1万+





