微波EDA网,见证研发工程师的成长!
首页 > 测试测量 > 测试测量技术文库 > LABVIEW的深入探索之内外有别的条件结构

LABVIEW的深入探索之内外有别的条件结构

时间:01-09 来源:互联网 点击:
条件结构(CASE)是LV常用结构之一,最为典型的条件结构是含有错误处理的条件结构,常常用于避免使用顺序结构。与C语言的条件结构不同,对于显示控件,所有的CASE分支必须对显示控件传递数据(赋值)或者直接使用默认值,不允许不输出。

在条件结构中,处理显示控件有两种完全不同的方式,这两种方式虽然表明上看差别不大,在具体编程中都可能使用过,但是对于大型数据处理,比如大的数组,运行效率差别极大,可能不经意间造成程序运行缓慢,且不易查错。

方法一:条件结构外处理显示输入控件和显示控件。这种方法中,输入控件和显示控件均位于条件结构分支之外。如下图所示:

方法2:条件结构内处理输入控件和显示控件控件。这种方法中,输入控件和显示控件位于条件结构分支中,从程序框图上看,似乎更为简洁,但却是非常错误的,如下图所示。

方法2中,错误分支中没有进行任何处理,输入控件和显示控件位于无错误分支中。

OUT,VI和IN.VI实现的功能是完全相同的,但是运行效率却是天壤之别,数组越大,区别更为明显。当然不同的计算机上,运行时间会有区别。下面是测试程序框图。

下面是测试结果,二者的运行时间相差20000多倍。

下面引入一个“顶层程序框图”,顶层程序框图常见于LV爱好者的文章中,LV的相关书籍中没有这样的概念。OUT.VI中,输入控件位于左侧,显示控件位于右侧,均位于所有结构之外,所有结构之外称作“顶层程序框图”,类似于C语言中的形参部分。

顶层程序框图中,运行效率是极高的,这是因为在进入子VI之前,LV很容易可以断定,缓存是可以重用的,因此不需要在循环中,每次复制数组。但是输入控件和显示控件位于条件分支内部时,LV可能无法判定缓存是可以重用的,因此采用的值复制的方法,这样牺牲了效率,但是保证了正确的结果。

方法二中,表面上看似乎更为合理,但却是错误的,因此可以得出结论,子VI中的输入控件和显示控件应该位于顶层程序框图中,不应该位于任何结构之中。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top