LABVIEW的深入探索之內(nèi)外有別的條件結(jié)構(gòu)

在條件結(jié)構(gòu)中，處理顯示控件有兩種完全不同的方式，這兩種方式雖然表明上看差別不大，在具體編程中都可能使用過，但是對于大型數(shù)據(jù)處理，比如大的數(shù)組，運行效率差別極大，可能不經(jīng)意間造成程序運行緩慢，且不易查錯。

方法一：條件結(jié)構(gòu)外處理顯示輸入控件和顯示控件。這種方法中，輸入控件和顯示控件均位于條件結(jié)構(gòu)分支之外。如下圖所示：

方法2：條件結(jié)構(gòu)內(nèi)處理輸入控件和顯示控件控件。這種方法中，輸入控件和顯示控件位于條件結(jié)構(gòu)分支中，從程序框圖上看，似乎更為簡潔，但卻是非常錯誤的，如下圖所示。

方法2中，錯誤分支中沒有進行任何處理，輸入控件和顯示控件位于無錯誤分支中。

OUT,VI和IN.VI實現(xiàn)的功能是完全相同的，但是運行效率卻是天壤之別，數(shù)組越大，區(qū)別更為明顯。當(dāng)然不同的計算機上，運行時間會有區(qū)別。下面是測試程序框圖。

下面是測試結(jié)果，二者的運行時間相差20000多倍。

下面引入一個“頂層程序框圖”，頂層程序框圖常見于LV愛好者的文章中，LV的相關(guān)書籍中沒有這樣的概念。OUT.VI中，輸入控件位于左側(cè)，顯示控件位于右側(cè)，均位于所有結(jié)構(gòu)之外，所有結(jié)構(gòu)之外稱作“頂層程序框圖”，類似于C語言中的形參部分。

頂層程序框圖中，運行效率是極高的，這是因為在進入子VI之前，LV很容易可以斷定，緩存是可以重用的，因此不需要在循環(huán)中，每次復(fù)制數(shù)組。但是輸入控件和顯示控件位于條件分支內(nèi)部時，LV可能無法判定緩存是可以重用的，因此采用的值復(fù)制的方法，這樣犧牲了效率，但是保證了正確的結(jié)果。

方法二中，表面上看似乎更為合理，但卻是錯誤的，因此可以得出結(jié)論，子VI中的輸入控件和顯示控件應(yīng)該位于頂層程序框圖中，不應(yīng)該位于任何結(jié)構(gòu)之中。