LabVIEW程序设计模式(五)—生产者/消费者模式(5)

结合状态机模式、事件结构和动态调用技术，能够归纳出针对较复杂应用程序的通用设计模式。对常见的测试测量程序而言，主要由数据采集、数据分析、外围菜单项响应、报表生成、数据显示这五个部分组成。其中数据采集是相对独立和长时间运行的一个模块，可以与其它的模块同时运行。因此，在大多数持续采集的程序设计中需要将它单独作为一个模块运行。与此同时，子程序也需要一条数据通道发送一些反馈命令给主程序。于是可以构成如图 44所示的一个通讯回路。


图 44 通讯回路
LabVIEW提供了多种主程序与子程序之间的通讯方式，如队列、Reference、事件等。为了介绍这些方式的具体使用方法，将结合最常用的数据采集实例进行阐述。
【应用7】


图 45 “计算机组件测试系统”结构
从上图可以看出，该应用与消费者和生产者模式是相符的，不同的是还涉及到消费者（执行部分）向生产者（控制部分）的数据传输。本例使用的是队列型的生产者和消费者模式，而反向的数据传输使用了“用户自定义事件”和“Reference”方法。当然，也可以使用队列等其它的方式。
程序的主界面如图 46所示，包括菜单栏，测试控制按钮和测试项列表3大部分。背面板如图 47所示，生产者部分采用状态机和事件结构相结合的设计模式，共包含5大类的状态。


图 46 PC Test前面板

图 47 PC Test背面板
在PInitialize状态中，主要实现前面板控件的初始化以及调用待测组件，如图 48所示。为了满足测试系统的可扩展性要求，将目前的测试组件统一集中放置到TestItems目录中。如果后续需要增加测试组件项，只需要编写相应的测试组件代码并且放置到TestItems目录中即可。


图 48 PInitialize状态
在DInitialize、Run、Pause和Stop状态中都使用到了PCTest_Execute_Controller.vi程序，该VI用来启动和控制消费者循环，如图 49所示。图中使用了新建队列函数，并且将该队列和主程序有关控件的Reference通过VI Server方法传递给了消费者循环。[page]


图 49 PCTest_Execute_Controller.vi
消费者循环采用典型的状态机模式，如图 50所示。使用TestItems字符串记录需要执行的vi的名字（与测试组件相对应），TestIndex表示当前运行的测试项的Index值，该值可以用于记录当前的运行状态以暂停程序的运行。


图 50 消费者循环
消费者共有3种运行状态：运行（Run）、暂停（Pause）和停止（Stop），在每一种状态下主程序前面板控件的显示均会有所不同，因此消费者会根据不同的运行状态修改生产者程序前面板上控件的属性（通过Reference）。图 51所示为Run状态的执行代码，程序首先选择当前的测试组件并且调用相应的测试代码；然后将TestIndex加1，不断地调用Run状态直至收到其它的控制指令（如Stop或Pause）或者测试项执行完毕。


图 51 消费者Run状态
整个程序的退出与其它的设计模式略有不同，其退出流程如图 52所示。关键在于确保消费者循环能够顺利退出，然后再退出生产者循环。因为消费者的Reference均是来源于生产者，一旦生产者先于消费者退出，则会导致消费者循环报错。这里重点强调退出的顺序主要是为了避免程序报错和系统资源没有释放。


图 52 退出流程