2、LV编程风格之非严格意义的"智能更新"-----labview编程宝典

原帖：http://www.eefocus.com/csxcs366/blog/08-09/155593_d8630.html

很多资料中都谈过,界面更新是非常耗费时间的操作,人的眼睛也无法对变化太快的显示作出反应,GUI界面更新速率一般应该大于200MS,也就是1S 更新5次左右才有意义.

另外一个说法是LV的很多控件是"智能"型的,它会自动判断是否需要更新界面，只有在数据发生变化的时候才更新界面。

自从LV引入事件结构之后，又提出了一个新的原则，避免在循环中轮询控件对象，这个原则6.1之前是不可能有的，因为那时候轮询是判断控件是否发生变化的唯一方法。

通过下面的例子研究一下。



上面的例子在循环中不断查询控件，运行时间如上图数组中所示。

如果通过隧道或者SR，性能得到极大改善。

多次运行，基本是6-7MS，个别时候出现25MS。
这两个例子的唯一区别就是在循环中是否轮询控件。

我们再看一下需要界面更新的情况。


上面的例子因为显示的数值不断变化，LV肯定需要更新界面，不过它确实是“智能”型的，几万次循环才更新一次，运行时间有所增加，基本在310MS左右，与轮询控件的方式差距并不是很大。

LV控件的上下文菜单中有“同步显示”选项，如果打开同步显示选项，则程序需要运行10多分钟，区别及其明显。

从上面的试验可以看出：

控件的确是智能型的，LV通过判断决定是否在需要的时候更新控件

在没有必要的情况下绝对不能采用同步显示方式。

更重要的结论是轮询控件本身就是耗费时间的操作，在大量数据处理过程中，一定要避免其中包括轮询控件的操作，轮询与否，效率相差50倍左右。

我是在CR2.0的机器上作的试验，可能速度快的计算机差别能小一些。