LabVIEW程序的主要框架

在开始界面的New栏里选More...，弹出对话框里会有很多模板可以选择，因为是从8.2开始用的。对于我们常用的来说，还是Frameworks-Design Patterns里的几个模板值得好好研究一下。下面简单介绍下几种简易的框架：

Master/Slave Deisgn Pattern（主从设计模式）

如上图模板用于创建主/从模式的应用程序。主循环始终保持执行状态，并向一到多个从循环发送通知，使其执行代码。从循环收到通知后，将连续执行循环内部的代码直到完成任务，然后等待下一个通知。与改模式相比，生产者/消费者模式仅当队列中仍有数据时，消费者循环才会执行。

在这种模式下，Master循环通过Notifier（通知器）来控制Slave循环的工作。这种模式有什么用呢？如果是传统的单循环结构，当程序处理代码耗时过长的话，很有可能会造成控制指令响应的滞后。而在主从模式下，Master循环可以用来接收控制指令，Slave循环用来执行相应的代码，从响应上来说，就能够避免长时间不响应的情况出现。

Producer/Consumer Design Pattern (Events)（响应事件的生产者/消费者模式）

如上图该模板用于生产者/消费者模式的应用程序，以事件驱动的方式，生成队列中的项。如需要响应事件实现代码的异步执行，同时不影响用户界面的响应速度，可考虑用该模式替代“用户界面事件处理器”模式。

这种模式的结构很类似于主从模式，这里的两个循环变成了Producer循环和Consumer循环。在主循环里，用一个Event Structure响应用户的界面操作，每一步操作通过Queue送到Consumer循环里执行。这样，实现了界面和事物代码的分离，有助于代码的模块化设计。

Producer/Consumer Design Pattern (Data)（处理数据的生产者/消费者模式）

该模板用于创建生产者/消费者模式的应用程序。该模板可用于执行诸如数据分析的数据处理，或者在以不均匀速率产生数据的数据源中（如触发采集），当数据可用时对数据进行分析。

跟前面一种模式基本一样。这种模式一个很典型的应用环境就是高速数据采集和保存。因为高速数采对数据读取速度要求很高，而对磁盘的操作是一件很花时间的事情，用这种模式把两者分开，可以保证数据读取的速度。实际上，这里的Queue也就是起到了一个Buffer的作用，把数据先暂存在内存里，然后一点一点交给硬盘写入。

Queued Message Handler（消息队列处理器）

这是一个非常有意思的结构，以这种结构为基础，可以做出非常好的程序结构，可读性和紧凑性都非常好。

Standard State Machine（标准状态机）

这也是一种非常好的结构，跟Queued Message Handler配合，用在前面说的三种模式里，搭建的程序框架，已经是我LabVIEW程序开发的标准框架了。

User Interface Event Handler（用户事件处理器）

其实就是一个Event Structure，没有什么特别之处。