文档介绍：LabVIEW 是编译型语言还是解释型语言
LabVIEW 和常用的 VC++、VB 一样,是编译型语言。LabVIEW 的语法定义比较严格,在程序运行之前会检查所有语句的语法,一旦查出有差错,程序会报错,不能运行。
在LabVIEW是否是编译型语言的问题上容易引起混淆的原因,一是用户看不到编译时生成的目标文件(在 LabVIEW 的环境中,可以直接运行一个 VI,并不生成任何其他可执行文件);二是 LabVIEW 没有编译这个按钮。此外,VI 运行前似乎也没有占用编译时间。
我们可以把 LabVIEW 和 C 语言的存储与编译方法作一比较:C 文件中。需要编译时,要显式地告知编译器进行编译。在耗费一段编译时间后, 文件。而LabVIEW 文件中的。
文件中通常保存了多个函数,一个由几十个函数构成的 C 语言工程, 文件组成。而通常情况下, 文件只存储一个 VI,即相当于 C 语言中的一个函数。所以,一个小型 LabVIEW 文件组成。
但在某些情况下, 文件也可能包含了某些子 VI(子函数), 文件。这样的子 VI 被称为实例 VI(Instance VI)。LabVIEW 7版本中出现的、目前很常用的 Express VI就是这种 Instance VI。他们都是被存储在调用他们的 VI 中的。
.c 文件只保存程序的原代码; 文件不仅保存了 LabVIEW 程序的原代码,也保存了程序编译之后生成的目标代码。在 LabVIEW 这样的文件, 中的缘故。
LabVIEW 在运行VI 之前无需编译,是因为 LabVIEW 在把 VI 装入内存的时候、以及在编辑 VI 的同时进行了编译。
当把一个 VI 装入内存时,LabVIEW 先要判断一下这个 VI 是否需要被编译。一般情况下,如果不对VI的代码做改动,是不需要重新编译的。但是在两种情况下需要重新编译。第一种,是在高版本 LabVIEW 中打开一个用低版本LabVIEW 保存的 VI;第二种,是在不同的操作系统下装入和打开了同一个 VI。
比如,要在 LabVIEW 中打开一个原来用 LabVIEW 编写保存的 VI,则被装入的 VI 需要被重新编译,因为不同版本的 LabVIEW 生成的目标代码会稍有不同。如果你的工程包含有上百个 VI,在新版本的 LabVIEW 中打开顶层 VI,就会明显地察觉到编译所占用的时间。第二种情况的例子是,在 Linux 中打开一个原来是在 Windows XP 下编写保存的 VI,LabVIEW 也需要重新编译。LabVIEW 为不同操作系统生成的目标代码也是不同的。
在以上两种情况下,打开一个 VI 后,会发现 VI 窗口的标题栏中的标题后面出现一个星号,这表示需要重新保存 VI。此时,虽然 VI 中的程序原代码没有改变,但是编译生成的目标代码已经变了,所以需要重新保存。
在LabVIEW 安装了升级补丁之后(