LabVIEW的Framework

在开始界面的New栏里选More...，弹出对话框里会有很多模板可以选择，因为是从8.2开始用的，所以不知道是不是从8.0就开始有了。对于我们常用的来说，还是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，没有什么特别之处。

LabVIEW的几种Framework已经基本介绍完了，下一篇就介绍程序框架的使用了。