LabVIEW程序设计模式Intelligent Electronics InstituteHuazhong University of S
cience & Technology2目录LabVIEW程序设计模式及分类状态机模式消息队列处理模式用户界面事件模式状态机-用户
界面事件混合模式其他模式3LabVIEW程序设计模式源于虚拟仪器技术的LabVIEW程序设计语言，从被创建开始就是面向测量和应用的
，并且绝大多数采用LabVIEW开发的应用程序都同测控仪器等硬件设备紧密结合。虽然这些设备的类型和规模各不相同，应用领域的差异也很
大，但从测量和控制过程的基本步骤来看，绝大多数的LabVIEW程序的基本框架是有章可循的，具有一定的模式特征。测量系统的LabVI
EW程序框架多数的测量系统的应用程序框架可以分为8部分，包括初始化、打开会话、获取数据、分析数据、显示/存储数据等，如右图所示：4
测量系统的LabVIEW程序框架图形化数据流的编程模式LabVIEW是采用了独特的图形化数据流的编程模式，这种编程模式类似于传统的
面向过程编程模式，同样通过程序执行控制结构和子程序等组件来构成整个程序的框架。而这种图形化数据流的编程模式又与传统的文本的顺序执行
有所不同，LabVIEW程序框图中节点间的数据流确定了代码的执行次序，这使得互不关联的代码可以简章地建立并行性程序。5LabVIE
W图形化的源代码设计模式的分类基于这种图形化数据流的编程模式，在大量开发实践的基础上，为满足各种不同的应用需求，总结出了不同的程序
代码框架，也就是LabVIEW程序设计模式。根据针对问题的不同，可以分为通用型和专用型。通用型的LabVIEW程序设计模式是针对一
般性测量控制应用程序提出的，而专用型的LabVIEW程序设计模式是针对某些特殊的应用或应用中某些特殊功能提出的解决方案。6设计模式
的分类按照两种类型分类，各种类型又分别包含以下几种设计模式：通用型：主要包括状态机模式、消息队列模式和用户界面事件模式；专用型：主
要包括主从线程模式、生产消费模式、后台服务模式、异常处理模式和代理模式。7状态机模式 绝大多数的测试测量系统在运行时需要从一个状态
转换到另一个状态，或者在不同的状态之间互相切换，直至结束。因此状态机模式作为一种典型的类顺序结构方式，被广泛应用于各种自动化测试系
统中。状态机具有3个基本的要求：状态、事件和动作。任何一个状态机的执行都离不开这三个要素。8状态机模式状态的选择是保证其他步骤有条
不紊进行的前提，通常把程序需要经历的状态称做一个“状态序列”，它描述了程序当前的运行情况。在设计可交互式状态序列时，“等待”是一个
必不可少的状态，因为常有一个状态需要等待用户“确认”，这个状态决定了下一个状态，这取决于与外部对象的交互。状态机在控制状态的同时，
与各个状态对应的事件也会随之触发。动作是事件的响应，当一个事件发生时，状态机会决定应该执行什么样的动作，这主要取决于目前所处的状态
和发生的事件。9一个简单的状态机框架在While循环中加上一个Case结构就可以构成一个简单的状态机框架，其中循环主要用来使程序连
续执行直到应用程序结束，Case结构允许程序员定义各种状态。Case结构的状态通常是由循环的前一次迭代决定的，而位于其子框图中的代
码则用于确定状态的变化及执行相应的任务。10顺序型状态机模式顺序型状态机是最简单的一种状态机结构，它和顺序结构等价。在状态机的基本
构架上，将循环索引端连接到Case结构的选择端口上，并在最后一个Case子框图中控制循环结束。11顺序型状态机模式顺序结构顺序型状
态机模式 状态之间的数据传递中，顺序型状态机与顺序结构的实现方式是不同的。前者使用的是移位寄存器，后者使用的是顺序结构的数据通道或
者顺序局部变量。12例1 利用顺序型状态机计时利用顺序型状态机计算某个动作运行的时间，这个程序共需要3个子框图，调用“定时”函数子
面板中的“时间计数器”函数开始计时。“时间计数器”函数返回计算机开机到当前的时间毫秒数。在第2个子框图中，放入需要计算的动作模块，
并将初始的时间值传递给移位寄存器。在第3个子框图中将利用移位寄存器的值进行时间差的计算，得到动作模块运行所消耗的时间，并退出循环。
13例1 利用顺序型状态机计时改进的顺序型状态机模式顺序型状态机模式的整个状态序列的顺序是固定的，在程序运行时无法改变。也正是这一
点制约了顺序型状态机的应用，因为它妨碍了作为LabVIEW优点之一的程序并行运行机制。为了能够在程序运行中改变状态序列的执行顺序，
可以对其加以改进，采用移位寄存器代替循环索引控制状态机的执行。移位寄存器的高度灵活性使得程序员可以按照实际情况设定状态序列的实际执
行顺序。14改进的顺序型状态机模式改进的顺序型状态机模式的状态机中采用移位寄存器，可以在每个Case子框图中指定下一个状态。15例
2 利用改进的顺序型状态机计时16利用改进的顺序型状态机改写例1后，程序中用了两个移位寄存器，上面的一个用于控制状态机的运行，另一
个用于数据传递，将第一个状态中得到的时间值传递给第三个状态参与计算。而且并不一定要按照图中的顺序安排各个子框图，只需要利用移位寄存
器的输出值将各个状态之间串起来即可。例2 使用改进的顺序型状态机计时测试流程型状态机 顺序型状态机还有一个缺点：不便于阅读和修改
程序，Case结构的子框图列表中显示的是数值，不具有任何的实际意义。所以需要找到一种方式，不仅能够保证Case结构的正常运行，还要
能够很方便地识别Case结构中各个子框图的功能。 使用枚举型常量代替数值型常量控制状态机运行,也就是我们提出的测试流程型状态机，
正好能满足我们的要求。17例3 利用测试流程型状态机计时与例1，例2相比，程序员可以定义枚举值为各个状态的功能，在Case结构的子
框图列表中，这些枚举值会显示出来，这样就可以很清楚地知道各个Case子框图的具体含义了。18例3 利用测试流程型状态机计时消息队列
处理模式 当我们需要动态地根据用户的输入改变状态序列时，状态机模式的劣势就显现出来，因为其状态序列是固定规定好的，一旦程序运行越
来就无法修改。为此，需要引入消息队列模式，通过建立队列缓冲区来解决这个问题。这种模式也称为“队列型状态机模式”，但是由于其应用和原
理都并不局限于状态机模式，所以为了避免混淆，一般称为“消息队列处理模式”。19消息队列 程序员可以将消息队列看成一段存储空间，用
来暂存各种消息。之所以称为队列，是由其消息处理机制决定的，按照FIFO（先进先出）的思想，需要使用队列的方式处理各种消息。在程序初
始化时，首先创建消息队列缓冲器，程序可以根据发生的事件将相应的消息投入到消息队列中，消息处理机构会实时探测消息队列中的消息并按照消
息处理机制进行处理；当消息被接收后程序会执行相应的代码，并将该消息从消息队列中删除；当接收到消息“Exit”时，应用程序会停止运行
，并释放队列空间。20消息的处理过程21消息的处理过程消息队列建立方式 建立消息队列的方式有多种，常用的是使用队列函数和数组。队列
函数位于“同步→队列操作”函数子选板中，常用的4个是获取队列引用，元素入队列，元素出队列和释放队列引用。而使用数组操作函数对消息进
行操作，结构简单，只需要配合移位寄存器使用即可，不需要额外的函数，而且不需要使用特别的函数手动销毁队列空间，在应用程序退出时会自动
销毁队列。22使用数组处理消息队列假如执行某种操作需要经历4部分扫描区域：区域A、区域B、区域C和区域D，用户可以使用前面板的按钮
控制3种扫描顺序，分别是ABCD、DCAB和BDCA。“执行顺序”显示单击各个按钮时程序状态执行的顺序。23消息队列例程前面板使用
数组处理消息队列 在建立消息队列之前首先要确定程序的状态，“初始化”状态是必不可少的，它用以复位前面板控件、中间变量值、寄存器值
和打开扫描仪器等；“等待”状态，在该状态下程序一直探测前面板三个按钮的动作；“退出”状态用于销毁空间，关闭扫描仪器等；此外，还需要
“扫描区域A”、“扫描区域B”、“扫描区域C”和“扫描区域D”分别控制各个不同的扫描区域。24使用数组处理消息队列25扫描例程—初
始化状态建立消息队列移出消息队列加入消息队列使用数组处理消息队列26 扫描例程——等待状态使用数组处理消息队列 一旦用户单击前面板
的按钮，这个信息将会被系统探知，并执行相应的消息处理函数，如Case子框图标识为“1”、“1”和“3”的源代码。当没有搜索到任何“
真”值时，便将“等待”状态加入消息队列，以便不断探测消息队列中的值，维持循环的运行。当搜索到“0”～“2”时，将相应需要执行的状态
序列加入消息队列。运行完各个扫描区域的代码后，程序应该继续回到“等待”状态。27利用数组处理消息队列28扫描例程——扫描区域“A”
状态利用数组处理消息队列在只有在这个状态才把“真”值传递给While循环判断端子，使循环中止，结束程序运行。当然，程序员还可以在这
个子框图中添加一些代码，如销毁释放控件、关闭仪器会话等。29扫描例程——退出状态使用队列函数处理消息队列使用队列函数处理消息队列的
原理和使用数组方式是一样的，二者的构造和流程也相同。“删除数组中的元素”相当于“从队列中移出元素”函数，“往数组中增加元素”相当于
“将元素移入队列”函数，实现的方式也是一样的。但两者的消息传递方式不同，前者采用的是移位寄存器方式，而后者采用队列技术；并且前者可
以在程序结束时自动释放，后者的队列资源也可以在程序结束后释放。但是当程序作为子程序时，队列资源并不会随着子程序的结束而自动销毁，而
是需要等到主程序结束时才释放。所以有必要使用“释放队列引用”函数手动销毁队列。30使用队列函数处理消息队列31使用队列函数处理消息
队列建立消息队列移出消息队列销毁消息队列移入消息队列用户界面事件模式通过搜索的方式来捕捉所有的“单击按钮”事件或其他事件，往往会占
用大量的CPU资源。另外，状态机模式并不能捕捉其他一些常见的事件，如鼠标移动、关闭窗口和单击某个菜单项等。为了解决这些问题，程序员
可以使用用户界面事件模式。这种交互方式能够处理目前使用到的绝大部分事件，这是LabVIEW中用于人机交互的一种强大而高效的模式，而
且事件捕获的方式采用中断实现，在事件没有发生期间，CPU可以处理其他的操作，这就极大地减轻了CPU的负担。32事件框架 根据来源
的不同，事件可分为用户界面事件、外部I/O事件和其他程序事件。其中，用户界面事件包括鼠标单击、键盘按键等动作；外部I/O事件包括当
数据采集完毕或发生错误时硬件定时器或触发器发出信号等情况；其他程序事件可通过编程生成并与程序的不同部分通信。LabVIEW支持用户
界面事件和通过编程生成的事件，但不支持外部I/O事件。33简单的事件结构 事件驱动程序通常包含一个循环，该循环等待事件的发生并执
行代码来响应事件，然后不断重复以等待下一个事件的发生。程序如何响应事件取决于为该事件所编写的代码。这种程序模式的执行顺序取决于具体
所发生的事件及事件发生的顺序。34事件结构用户界面事件用户界面事件分为两种类型：通知事件和过滤事件。通知事件表明某个用户操作已经发
生，且LabVIEW对事件处理后对事件作出响应，可以配置一个或多个事件结构对一个对象上同一通知事件做出响应。过滤事件允许用户对发生
的事件做出响应，人为控制事件的发生。35通知事件过滤事件用户自定义事件根据事件的发出源，事件可以抽象地分为用户界面事件和用户自定义
事件。鼠标单击、值改变、菜单项被选中和键盘单击等都是用户界面事件。自定义事件可以通过编程创建和命名自己的事件，来传送用户自定义数据
。用户自定义事件需要使用的函数包括创建自定义事件、产生自定义事件、取消自定义事件、销毁自定义事件和注册自定义事件。36例4 用户自
定义事件37用户自定义事件事件注册自定义事件并不能使程序产生对应的事件，还需要事件结构能够识别这些事件，这就是“事件注册”。当向事
件结构注册自定义的事件后，使用“产生用户事件”函数时，LabVIEW才会将用户事件及相关事件数据注册到与事件队列中。从事件类型上而
言，LabVIEW支持静态和动态两种事件注册模式。其中动态事件不仅可以注册，还可以修改。38静态事件注册只有用户界面事件才可以进行
静态事件注册，允许指定VI在程序框图上的事件结构的每个分支具体处理该VI在前面板上的那些事件。首先需要选择事件源，它可以是程序、V
I或某个控件。同时选择一个事件源可产生特定的事件，如前面板大小调整、值改变等。其次，根据应用程序的需求，编辑该分支来处理事件数据。
LabVIEW在VI运行时将自动注册这些事件，一旦VI开始运行，事件结构便开始等待事件，程序员无法在程序运行时改变事件结构所处理的
事件。39静态事件注册动态事件注册动态事件注册通过将事件注册与VI服务器相结合，允许在运行时使用应用程序、VI和控件引用来指定希望
产生事件的对象。并用可以完全控制LabVIEW产生事件的类型和时间。但是，动态事件注册比静态事件注册复杂，它需要将VI服务器引用和
程序框图函数同时使用以注册和取消注册事件，而无法通过事件结构的配置信息自动注册。此外，动态事件可以使事件仅在应用程序的某个部分发生
，或在应用程序运行时改变产生事件的VI或控件。40处理动态注册事件的步骤（1）获取要处理事件对象的VI服务器引用；（2）将VI服务
器引用连接至“注册事件”函数以注册对象的事件；（3）将事件结构放在While循环中，等待处理对象事件至出现终止条件为止；（4）通过
取消注册事件函数停止事件发生。41例5 “最值器”“最值器”用于求取给定5个输入值的最大值、最小值和平均值。只有当仪器开关设置为“
真”时，即仪器打开后，仪器面板上的“输入值”控件才会起作用。当改变控件的值后，3个输出量也会实时改变。42“最值器”前面板例5 “
最值器”用户自定义事件用于“初始化”命令，并且使用动态注册方式。在事件结构的外部还产生自定义事件，这样程序进入事件结构后可以直接进
入这个自定义事件的子框图中。该框图主要用于将开关量设置为“假”（复位），并将输出显示端清空。43“<初始化>：用户事件”事件框图例
5 “最值器”另外一个动态注册的事件是“输入值”控件的“值改变”事件。以保证只有当“开关”控件为“真”时才有效，当“开关”值设为“
真”时，才将该事件注册以供事件结构监听；否则就不注册，此时即使改变“输入值”控件的值，也不会有任何作用。44 “"开关"：值改变”
事件框图例5 “最值器”“<数值>：值改变” 子框图中，将获得的值转换为数组型值，并得到数组中值的最大值、最小值和平均值。在循环
结束后需要取消注册事件并销毁自定义事件。45“<数值>：值改变”事件框图状态机—用户界面事件混合模式使用状态机和事件结构各有优劣，
将状态机模式与用户界面事件模式结合起来，构成状态机—用户界面事件混合模式，这样一种模式可以有效地避免单个模式带来的缺点。这种模式的
具体做法，其主体框架仍然由状态机构成，唯一不同的是在“等待”子框图中，不再是使用“搜索数组”函数获取前面板控件值的改变，而是采用事
件结构探测各种发生的事件。这样可以充分发挥事件结构的优点，既不会遗漏部分事件，也不会过于占据计算机资源。46状态机与用户界面事件混
合模式47状态机与用户界面事件的结合例6 状态机—用户界面事件结合模式48状态机与用户界面事件结合模式——等待例6 状态机—用户界
面事件结合模式49状态机与用户界面事件结合模式——扫描区域A其他模式前面介绍的所有模式都具有很强的扩展性，在流程控制中能够满足绝大
多数应用的需要。但是在某些特殊的应用中仍然存在局限性，需要更具有针对性的程序框架来满足这些需求。还有其他更多的模式在工程应用中可能
会遇到。包括主从线程模式、生产消费模式、后台服务模式、应用程序启动模式、代理模式。50主从线程模式主从（Master/Slave）
线程模式通常应用于具有两个或多个同时发生的并且拥有不同运行速率的线程的程序中。程序员可以在两个循环中放置不同的任务，二者是互不影响
的，数据通信采用全局变量或共享变量的形式。51主从线程模式框架生产消费模式主从模式的数据通信是利用全局变量、局域变量或共享变量实现
的，由于这些变量的每次复制都是原始数据的一个副本，占据了大量的空间。实际上，只需要使用一部分缓冲区作为数据存储的中间部分，这需要借
助队列技术，也称为“生产消费模式”。这种模式仍然采用两个简单的While循环，但是数据通信采用队列结构，一方面将采集到的数据传送给
队列空间，另一方面从队列空间中读出数据，二者是相互独立而又紧密联系的。52生产消费模式后台服务模式后台服务程序，一般不需用户的干涉
而在计算机后台运行，即不需要显示应用程序的前面板。LabVIEW为用户提供了VI属性和方法接口，通过这些接口程序员可以方便地控制V
I的一些固有属性和运行时的状态。53后台服务模式应用程序启动模式通常程序员需要在应用程序启动时显示应用程序的名字和版本，也就是通常
所说的“开机画面”，而在子VI装载完成后，该启动画面将自动退出并启动主应用程序。LabVIEW允许程序员根据自己的实际应用，通过更
改VI属性编写自己的“开机画面”应用程序，以显示应用程序的名字和版本等信息。54应用程序启动模式55“应用程序启动模式”程序框图“
应用程序启动模式”前面板代理模式LabVIEW默认在主程序打开时就将其调用的所有子VI载入内存。在大型的应用程序中，子程序会成百上
千，这就势必会减慢应用程序打开的速度。为了解决这个问题，可以在LabVIEW应用程序中引入“迟载入”技术，即在顶层VI需要某个子V
I时才将其载入内存。这对于那些使用非常频繁的子VI特别有用，这种模式就是代理模式。56代理模式LabVIEW提供了一种很简单直接的
方式允许程序员设定主程序调用子程序的方式，打开“调用设置…”命令，即可弹出“VI调用配置”对话框配置子VI的调出方式。57加载调用
方VI的同时加载子VI。在调用子VI时加载子VI。仅在调用方VI第一次调用子VI时加载子VI。子VI仅在调用方VI需要该子VI时才
加载，且在操作结束后可将子VI从内存中释放。习题：1、试比较消息队列处理模式和用户界面事件处理模式的异同。2、参考原书2.5.4节的虚拟仪器示例，试做如下的修改。（1）原有界面上的“开关”仅控制仪器是否工作。当为“开”时，仪器能够正常工作，并显示结果；当为“关”时，仪器停止工作，此时不会显示结果，但是不会退出程序。（2）新增一个“退出”按钮，用于控制退出程序。3、某栋8层房屋需要安装一部电梯，其终端控制过程如下描述。（1）每个楼层都设置了两个按钮，供当前层的用户选择上楼或下楼（顶层和底层仅设置一个按钮）；（2）以某个处于3楼的用户为例，假定他按了“上”的按钮，如果电梯处于下降状态并且最后状态小于3层，或者处于上升状态且当前位置已经大于3，则不予理睬，直至完成当前传输后再响应；否则电梯运行到3层，并处于上升状态，如果该用户进入后没有按需要到达的楼层则电梯处于等待状态，一定时间后超时则开始响应其他动作；如果该用户按下的目的地大于3层，则电梯将运行到相应楼层；如果该用户按下的目的地小于3层，则不响应。58习题：试利用LabVIEW设计并模拟以上单部电梯的运行过程，在设计时需要考虑程序的可扩展性（如果是100层房屋呢？）。4、根据自己的专业要求，利用LabVIEW编写一个程序，并使用本意的某种或多种程序设计模式。59 |
|
