LabVIEW程序設(shè)計模式(五)—生產(chǎn)者/消費者模式(1)_前言

再次回顧“基本狀態(tài)機模式”的6個缺點，只剩下第6個缺點無法在上述的“狀態(tài)機和事件結(jié)構(gòu)的結(jié)合模式”中被解決。

1. 任何時刻只能有一個狀態(tài)在運行

這個問題也許有些多余，但是在實際的應(yīng)用中往往又是最常見的。大多數(shù)比較復(fù)雜的應(yīng)用至少應(yīng)該有“菜單”和“采集”兩個狀態(tài)，如果數(shù)據(jù)采集程序在運行時仍然希望系統(tǒng)能夠處理菜單的事件，這是在傳統(tǒng)的狀態(tài)機或者事件結(jié)構(gòu)中無法實現(xiàn)的。因為無論是狀態(tài)機結(jié)構(gòu)還是事件結(jié)構(gòu)，都是由一個循環(huán)組成的，不同的狀態(tài)是無法同時被響應(yīng)和處理的。
解決這個問題的方式也比較簡單，LabVIEW本身就是一種多線程的程序設(shè)計語言，可以再加一個循環(huán)或者另外開一個程序獨立運行。但是這樣也會帶來一些新的問題，比如：

1. 兩個循環(huán)（程序）之間如何交換和共享數(shù)據(jù)。
2. 兩個循環(huán)（程序）都有著獨立的錯誤處理系統(tǒng)，它們之間是如何協(xié)調(diào)的。
3. 兩個循環(huán)如何分工呢？應(yīng)該以哪種方式對狀態(tài)進行分類以將不同的狀態(tài)放置在不同的循環(huán)（程序）中？
4. 一個程序如何控制另一個程序的運行和停止。

在上面提出的4個問題中，對循環(huán)和程序這兩個解決方案而言，第（1）~（3）個問題的解決方式是一樣的。只有第（4）個問題是專門針對兩個程序而言的，在LabVIEW中這種不同程序之間的相互調(diào)用稱為“程序的動態(tài)調(diào)用”。