LabVIEW: 我和 LabVIEW

如何学习 LabVIEW

Sun, 20 Jul 2008 10:31:44 GMT

根据我自己的观察，学习LabVIEW一般有以下三种方式：系统型学习方法、探索型学习方法和目标驱动型学习方法。这三种方法之间并不矛盾，可以在不同的时段使用不同的方法。每个人可以根据自己的个性特点和所处环境选择一个适合自己的学习方案。

系统型学习方案是传统的学习方法，学生学习多是按此方法。它是指按照别人制定好的学习方案一步一步学习掌握一门知识。学习效果如何，主要取决于教师和教材的水平。若选此方案学习LabVIEW，最高效的方法莫过于参加NI公司的LabVIEW培训课程。基本上，完全没接触过LabVIEW的学员可以在一星期的时间内达到编写简单程序的程度。此外，现在很多大学都开有LabVIEW课程，方便了在校生学习。
自学也可以采用此方案。找一本教程类的书籍，按照书中指导一步一步学习。教程类的书籍应当侧重于解释LabVIEW的编程思想以及原理；有些书仅偏重于罗列LabVIEW中每个函数或VI的功能，则不适合用于此种学习方案。

探索型学习方法适合喜好自己钻研的人。同样一个技巧，如果是自己发现的，比从他人那里的来会更有成就感。任何一个教程都不可能覆盖到LabVIEW的全部功能，有心得学员不妨自己打开书中未曾介绍到的那些菜单或者函数选板，尝试一下它们都是做什么用的。在真正动手摆弄每个新东西之前，打开LabVIEW的即时帮助窗口，阅读一下相关说明可以大大加快学习过程。
比如，打开“应用程序控制”函数选板，发现这里有一项“选板编辑”。好像没有任何一本书里介绍过这个功能嘛，这是干啥用的呢？如果没任何提示，也是无从下手去尝试的。打开LabVIEW的及时帮助，可以看到它对这个功能的简单介绍。进入“详细帮助信息”，会得到更全面的说明。再自己动手实践一下，就基本可以掌握此功能了。

阅读他人代码也是一个很好的学习方法。自己的探索总是有思维局限性的，他人解决问题的方法可以大大拓宽自己思路。我介绍过的编程经验中，很大一部分都不是我自己凭空想出来的，而是借鉴与别人的LabVIEW代码。

    目标驱动型学习方法是公司员工中最常见的学习方式了。工作后，如果不是个人有兴趣，多数人不会浪费时间去学习工作中用不到的知识。等老板布置了具体项目或者工作任务后再学习相关知识，效率更高。学也只要够解决眼前问题就行了。针对这种情况，请教身边牛人或者公司前辈是最好的学习方法。如果周围的人不能解决问题，到论坛上发贴，寻求更广泛的帮助。
    推荐一个论坛。首先是NI的官方论坛，这里会有NI的技术支持和研发工程师来回答问题。如果英文够好，最好是到它的英文版面去提问，英文讨论区人气更旺，容易找到答案。LAVA 是官方之外最大的LabVIEW社区，也是寻求帮助的好地方。如果平时用Windows Live Messenger，可以加入 msngroup7773@hotmail.com，这是个msn讨论LabVIEW 的群。在它上面讨论问题最大的好处是可以及时得到回应。
    我见过几个工程师在项目中遇到了难题，于是来报名参加LabVIEW的培训课程，以为上完课可以解决自己的问题。但实际上完全误解了培训课程的意义，培训课程是为了帮助那些想要系统学习LabVIEW知识的人，而不专注于任何一个具体问题。

界面编程技巧 5 - 使用绘图控件

Mon, 14 Jul 2008 13:59:38 GMT

    有时候需要画一个比较复杂图形或曲线，而 LabVIEW 没有提供相应的控件。可以借用 LabVIEW 已有的基本功能的控件，配上一些代码，实现一个具有特定功能的控件。
    常被用来做这种基本控件有 XY Graph、3D Picture Control、Picture 控件等。
    例如需要做一个绘制极坐标函数曲线的控件，就可以在 XY Graph 的基础上改造。一共一个转换用的VI，把点的极坐标转换成直角坐标系下的值，在 XY Graph 上绘制出来就可以了。需要某个支持某种特定三维绘图方式的控件，可以通过改造 3D Picture Control 得到。
    Picture 控件是个更为基础的控件，很多具有特殊效果的界面元素都可以利用 Picture 控件制作。比如，需要制作带图标的菜单，或类似LabVIEW函数选板的菜单等。LabVIEW没有为它们提供现成的控件，就可以在Picture控件上自己把这些效果都画出来。我们前面介绍的棋盘棋子界面也可以使用Picture控件来制作。

下面介绍一下实现这个界面的具体过程。
第一步，创建一个空白的Picture控件，针对Picture控件的常用操作都在Picture Functions 函数选板中。

与前面介绍的方法不同，使用Picture控件制作棋盘棋子的过程，不是在VI编辑状态下进行的，而是需要在程序运行时绘制。所以下面的界面设计工作都要通过编程来完成了。先介绍一下Picture控件的Erase First属性，它有3个值：0表示从不擦除，也就是说每次传一个数据给这个控件，比如一个圆环图案，Picture上显示的并非只有这个圆环，而是把圆环叠加在原本的内容之上。如果我想画一个有三个矩形组成的图案，可以分三次画，每一次传递一个矩形图案给Picture控件；2表示每次都擦除，每次传递一个图案给Picture控件，它都会将原来的图案擦掉，仅保留这一次的图形。擦除图案后Picture控件会显示默认的白色。所以，使用这种方式，用户在切换图案时会看到Picture闪烁一下。若非必要，尽量不要使用这种方式；1表示程序第一次运行时把Picture上的内容清除，等于自动帮你做了初始化工作，我们这里也使用这种方式。
就是说，棋盘布局发生变化时，进更新发生了变动的位置。不要重绘整幅图。

棋盘再棋子下层，所以要先画棋盘。画棋盘可以使用LabVIEW提供的划线函数，一条线一条线画出来。因为我们之前已经制作了棋盘的图片，所以可以直接把这张图片显示出来。代码如下：

下面再画上棋盘初始时的四个棋子。画棋子的方法与棋盘相同，可以使用画圆函数，已可以使用已经制作好的图片：

到目前为止，界面设计的几种方法就已经介绍好了。如果能够把这个黑白棋的相关界面和操作（比如放置棋子，反转棋子等）提取出来，合成一个组件，公布出来，其他有类似需求的人就可以直接利用这个组件，不再需要自己重新设计了。
然而，在 LabVIEW 8 之前是无法实现这一功能呢，因为控制棋子行为的代码分散在程序的各处，而棋盘棋子也是主VI的一部分，很难将它们提取出来组成独立模块。LabVIEW 8 中出现的 XControl 可以把控件的界面及行为封装在一起，成为一个既有界面，又有运行代码一个组件。

下面我就会重启一个先话题，讨论如何把这个黑白棋做成一个可以独立发布的组件。

《我和 LabVIEW》目录

界面设计技巧 4 - 改进界面实现方法

Sun, 13 Jul 2008 03:17:53 GMT

到目前为止，棋盘棋子的界面已经基本成型。下面我们实现一小部分代码，来看看这个界面设计方案是否可行，是否可以改进。
以棋盘的初始化为例，在游戏开始时，只有两黑两白四颗子，摆在期盼最中间。实现这个操作的代码和执行结果如下图所示：

代码中的子VI（Get All Chess.vi）中的代码，就是我们在第一节图8中看到的那段代码。它负责得到所有棋子的引用，并排列成二维数组。

    这段初始化的代码并不算复杂，但是我们还是可以从中看出一些问题：棋子的布局需要用两个数组才可表达清楚，这给编程增加了负担。造成这一状况的根本原因在于：每个位置上的棋子实际上有三个状态：黑、白、无；而我们选用的灯泡控件，只有两个值：真、假。用这两个值不足以完全表达棋子的状态，所以，要两个布尔类型才能确定一个棋子的状态。
    另外，棋盘只是一张背景图片，这样，判断鼠标在棋盘哪个位置上进行的点击，也比较繁琐。一旦棋盘挪动，代码也需要做相应改动。
    改进的方法，就是使用一个有更多值的控件来表示棋子。在我们的程序中，要求每个棋子位置有多个不同图片，这正好可以使用 Pict Ring 控件。Pict Ring 控件包含三个值：空白图片、黑色棋子图片、白色棋子图片。这样即便是没有棋子的位置，Pict Ring 控件还在，可以感知用户的鼠标点击事件。

上面的代码还有一处不足，每个棋子都是一个独立的控件，造成界面控件太多，不好管理。对于更复杂的程序，比如围棋游戏，如果使用这种方式，界面上就有将近400个控件，这是不可接受的。
改进的方法是使用数组控件，把所有的棋子组成一个数组。

具体的实现步骤如下：
首先创建一个经典风格的 Pict Ring 控件，添加三幅图片：空白、黑棋子和白棋子。棋子采用的都是png文件格式的图片，以实现透明和阴影效果。

在程序中，我们不希望看见 Pict Ring 控件的边框和背景。我们可以用透明画笔，把边框和背景画为透明。

造一个二维数组用来放置棋子元素。由于界面上不希望看到这个数组的边框和背景，所以同样用透明画笔把它们画为透明。数组的标签、索引显示可以通过数组的右键菜单->显示一项进行隐藏。
把棋子元素放置于数组中，并把数组拉成8×8大小，放置在棋盘上放。一个棋盘棋子控件就做好了。而这种做法又大大简化了编码的复杂度，比如同样是初始化设置，只要一个赋值语句就可完成：

《我和 LabVIEW》目录

界面设计技巧 3 - 用户自定义控件

Sat, 12 Jul 2008 13:47:50 GMT

现在棋盘已经很漂亮了，相对来说，棋子似乎残留了比较多的LabVIEW控件的痕迹，与我们要编写的游戏程序风格不符。我们可以利用用户自定义控件来造出更漂亮的棋子。

制作自定义控件，可以从一个全新的ctl文件开始，也可以在某个已有的控件基础上进行修改。比如这里我们想把棋子周围一圈光效移走，右键点击一颗棋子，选择 Advanced->Customized，弹出控件编辑界面。按工具栏上扳手一样的按钮，切换到自定义模式，即可修改控件上的元素。这个控件有三个元素：标签、灯泡的主体部分、和边框。选中最外面那个白色的框，即边框，删除即可。编辑完成保存，新的棋子就不再有边框了。

自定义控件也可以贴图，布尔型控件，比如按钮一般有4个状态，可以贴上4张不同的图片，做成复杂形状的按钮。下图就是通过贴图做成的一个有阴影效果的棋子按钮。

最好所有的控件都使用严格类型定义，这样以后再需要改变界面的时候，只要在类型定义ctl文件中改动，所有的棋子就都会改变。

《我和 LabVIEW》目录

界面设计技巧 2 - 装饰和背景图片

Sat, 12 Jul 2008 02:43:03 GMT

现在棋子都已经摆放到位了，下面考虑如何把棋盘加上去。由于棋盘是静态不动的，所以设计起来要比棋子简单。LabVIEW 自带了这种形状的装饰组件，比如线条、方块之类的，利用这些装饰图案，很容易搭出一个棋盘来。如下图，就是由几根被画成黑色的线条搭出来的部分棋盘。

在编写程序界面时，装饰最常被用来将一组相关联的控件包围起来，或把不相关的控件个离开。

    不过呢，用LabVIEW自带的简单图形拼出来的棋盘始终是不够漂亮。我们可以先用专业的画图工具，比如画图板（也不怎么专业吗）画一个漂亮的棋盘，保存成图片文件。然后把图片贴到VI的前面板，当作背景图片。这样，就可以得到一个漂亮的多的棋盘了。
    贴图这个操作，可以用Ctrl+C，Ctrl+V，也可以直接在文件浏览器中，用鼠标把图片文件拖拽到VI前面板。
    拖拽到VI上的图片，是处在界面最上层的，覆盖住了棋子。利用Reorder工具中的“Move to Back”，把它挪到最下层。在调整好棋子和棋盘的位置，整个一个棋子棋盘界面就做好了。如下图：

棋盘棋子都摆好之后，它们的相对位置应该固定下来。如果需要它在界面上挪动，应该是所有的棋子和棋盘一起动。先用鼠标把棋盘和全部棋子选中，再在Reorder工具中，选择group就可以把它们设定为一组。之后他们之间的相对位置就固定下来了。

咱们刚刚贴上来的图片是个矩形的，可是有时候，需要背景图片是不规则形状的。这种情况下需要使用支持透明色的图片格式，比如gif格式，把不规则图片空白部分设为透明即可。还有一种常用的文件格式png格式，支持像素点透明度的设置，利用不同的透明度设置还可以给背景图片做出阴影等效果。例如下图VI界面中两个带粉色的带阴影效果的解说框，使用的就是png文件格式的图片。

《我和 LabVIEW》目录

界面设计技巧 1 - 利用 LabVIEW 自带控件

Thu, 10 Jul 2008 07:15:29 GMT

    我前面讲了一堆设计界面的规范和原则，下面介绍一些具体的技巧，可以让界面编写更快捷、美观。
    我们需要一个具体示例来帮助介绍这些的技巧，我打算以编写一个黑白棋游戏的界面为例。选择黑白棋是因为这个游戏的界面在常见棋类中比较简单，适合做范例。另外，它也是我最开始学习LabVIEW时的练习程序之一，比较有感情:) 黑白棋的棋盘由8×8个正方格组成，旗子为黑白两色，放置在方格中。（黑白棋游戏详细规则：http://www.othello.cn/rules.htm）
    编写这样一个界面可以使用到多种不同的思路和技巧，我会按照从简到繁的顺序，分几次来介绍几个不同的方法。

界面设计的时候，首先要调查一下看能不能使用已有的控件。借用已有控件可以大大节省我们自己的开发时间了。我们这个游戏界面上的按钮、文本框等自然可以使用LabVIEW自带的控件；黑白棋的棋盘棋子，也可以上网去找找看有没有别人已经做好的可供使用。
假如没有现成的棋盘棋子控件，那就要我们自己来做一个了。虽然作为整体，没有现成的东西可用，但把它细分成小的基础部分，还是有可能利用一些已有控件的。

比如说棋子：这个游戏的棋子为圆形，只有黑白两色，个数最多64个。这个特点很适合用 LabVIEW 中的圆形LED灯泡来表示。圆形LED灯泡控件如下图所示：

为了使它更像棋子，我们还要对他进行一下加工。首先，要把它的尺寸调大；用工具选板上的颜色画笔工具把它在“真”“假”状态下的颜色分别设置成黑色和白色；给他起一个有意义的名称-chess 0，但是在前面板上需要把这个标签隐藏起来，这个名声是为了以后编程的。改进后的棋子，如下图所示：

我们总共需要64个这样的棋子，排成8行8列。其它的棋子不需要再一个一个添加，以第一个棋子为模板，拷贝复制，就生成了第二个；再把两个棋子都选中，复制生成四个；重复这一过程，生成8、16、32、64个棋子。如下图所示：

下面我们要把这些棋子排列整齐。如果有耐心，可以用鼠标一个一个的调整每个棋子的位置。LabVIEW 提供了几个小工具来帮我们整理界面控件的位置和大小，它们就是工具条上，字体调整按钮右侧的四个按钮。这四个个按钮分别用于对齐控件，调整控件间距调整控件大小和控件前后次序。这几个工具在编辑界面时会经常使用到。

我们先把首先利用对齐工具把首行和首列棋子对齐、再利用间距调整按钮使它们间距均匀。再利用对齐工具让其它棋子都与首行首列对齐即可。调整好的界面如下：

到此为止，棋子的界面部分就完全设计好了。但是我们还要考虑一下相关的代码。棋子在程序运行过程中时发生变化的。
64颗棋子并不都是显示在屏幕上的。游戏一开始，屏幕上只有四颗棋子，以后每走一步多一颗棋子。LabVIEW 每个控件都有一个属性“Visible”，控制控件是否在前面板上显示出来。棋盘的某个位置还没有放棋子时，可将该位置的棋子控件隐藏。

    设计界面时，经常遇到有些控件只在某种特定情况下出现。这样的问题有两种最常见解决方案，一是我们刚刚提到的，可以在不需要看见某个控件时设置它的Visible属性，将其隐藏。这种方法代码编写比较简单，但是不利于界面编辑。尤其当界面某一位置需要在不同情况下出现多种不同控件的情况下。几个几个控件需要在那个位置上重叠摆放，不利于对控件进行编辑调整。
    第二种方法是通过控件的Position属性，设置它在界面上的位置。需要显示控件时，把它设定到应该出现的位置；需要隐藏它的时候，把它挪到VI前面板可视范围之外的某个位置上，这样就看不到它了。使用这种方法，始终可以在VI前面板上找到这个控件进行编辑修改。但是编程的时候相对繁琐，需要在程序中设定控件的位置。
    如果有一组控件需要同时出现或隐藏，那还可以考虑利用tab控件。把这组控件加在tab的某个页面上，然后通过调整tab的显示页面，控制控件出现与否。

打开程序的框图，64个控件端子排布在那里。对它们分别进行操作，程序代码将会非常杂乱难懂。为了让程序更清晰，最好把这64个控件按照在棋盘上的位置，组织成一个8×8的二维数组。之后，程序对哪个位置的棋子进行操作就一目了然了。

直接把它们组成数组的方法是：为每个控件建立一个引用，然后使用 build array 函数把它们组织起来。但是对64个控件进行一一操作还是够烦的，最好可以编程解决。由于这64个棋子的名字是有规律的，因此我们可编程，按照名字一一等到这些控件的引用。再将得到的引用转换成8×8的数组。如下图所示的代码

这里使用了一个关键的子VI，Get Control.vi。这是LabVIEW自带的一个VI（[LabVIEW]\resource\importtools\Common\VI Scripting\VI\Front Panel\Method\Get Control.vi），它用来按名称得到前面板上控件的引用。
这段代码输出的 chess array 是一个8×8数组，包含了所有64个控件。之后程序再对棋子进行操作，从这里得到相应位置的棋子的引用即可对其进行操作了。

实际工作中，有些应用程序有比较复杂的界面，为了简化它的代码，对界面控件的操作被放置在子VI中完成。直观的做法也是：程序开始时为主程序的控件建立引用，把这些引用捆绑成一个簇，传递到子VI中去。但是，一旦界面发生变化，所有使用到这个簇的VI都可能需要被修改，相当不便。所以，这样的程序也可以使用上段文字介绍的方案，只把主VI的引用传递给子VI，在使用到某个主VI控件的时候，按照名字得到它的引用再对其进行操作。

《我和 LabVIEW》目录

怎样根据错误代码得到错误信息

Fri, 04 Jul 2008 05:32:38 GMT

大多数 VI 都会带有错误处理机制，所以 VI 的前面板上会有 error in/error out 控件。如果发现有返回错误代码，之间在空间边缘处点击鼠标右键，选择 Explain Error 就可以看到详细的错误信息。
在 Explain Error 对话框上改变错误代码，即可查看到任意一个错误代码的相关信息。也可以通过菜单 Help->Explain Error 打开这个对话框。

图1：使用 Explain Error 对话框

如果是在程序当中需要动态的得到一个错误代码的信息，可以使用 [LabVIEW]\vi.lib\Utility\error.llb\Error Code Database.vi。这个 VI 可以根据输入的错误代码返回错误信息。

《我和 LabVIEW》目录

计划书的内容

Wed, 02 Jul 2008 11:24:58 GMT

我打算主要写两部分的内容。一是 LabVIEW 初学者容易遇到问题或出错的方面，比如程序的常见错误、代码风格、界面设计、调用DLL库等。二是LabVIEW的一些高级用法，比如 VI Scripting、LvClass、XControl 等。

准备把 blog 上的文章整理成书

Tue, 01 Jul 2008 13:54:46 GMT

最近跟北航出版社的一位老师联系了几次，在他的建议和鼓励下，开始正式考虑把LabVIEW相关的内容编辑成书。

其实我写书的想法也是由来已久的。很早以前，我爸就一直鼓励我把工作都整理出来发表些文章，或者写本书。不过当时只是粗略的考虑了一下这个建议，觉得对我没太大好处，所以就一直没有回应。当前中国的形式是这样的，在技术杂志上发表文章的主要都是为了取得学位或职称的。所以杂志主要靠作者养活，而不是读者。在这样的杂志上发文章，浪费了我的时间和金钱，而又不会被需要的读者读到，没有意义。
而写书的工作量巨大，暂时还考虑不清楚。以我自己的经验，中国作者写作的计算机类书籍，总体水平非常差，远不能跟外国作者的比。究其原因，中国很多技术书籍以抄袭为主，甚至不是作者自己抄，而是找几个学生代工。把国外相关书籍各处翻译一下，东拼西凑就成了一本书。作者自己都不完全理解一个技术，就更别指望他向别人解释清楚了。我可不想也炮制出这么一本书来。

    真正开始仔细研究写书的可能性是大约三年前开始的。当时好友小吴和我们公司韩国分公司的一位同事联系比较多，于是知道那位同事靠撰写和翻译相关的技术书籍赚了不少外快。小吴很是动心于是找我一起商量是否我们也可以干点同样的事情，不久另一个好友小王也参与了进来。我们对当时市面上的 LabVIEW 的书籍以及它们的销售情况都进行了分析。对财政方面的分析结果，是比较令人失望的。中国的知识产权不值钱，加上 LabVIEW 用户有限，指望写 LabVIEW 的书籍发家致富是不可能的了。甚至它的投入产出比远不及我本职工作高。所以，后来再有同事跟我提起靠写书捞点外快的时候，我就建议他去跳槽，肯定比写书收益高。
    不过，除了金钱写书还有其它收益。最有吸引力的是有成就感。像我不是职业作家，也不是特高新领域的专家，这辈子出书的机会也就那么几次。那把署了自己名的书送几本给亲戚朋友，那是相当满足虚荣心的啦。出本书肯定提高自己在行业的知名度。很可能会对将来的职业发展起到帮助。写作的过程同时也是学习的过程。在我写blog的过程中，我就又仔细研究了很多以前没有仔细考虑过得技术点。
    鉴于出书的优点更多一些，我更进一步的又制定了写作的内容。然而，真正动笔开始写书的时候，才发现自己写作的速度太慢。这样子写下去，不知猴年马月才凑得成册。而两个好友，都不是搞技术的，写作上帮不了我。所以，这次写书的计划也搁浅了。虽然写书工作停止了，但我并没有放弃将来再出书的念头。而我也清楚意识到了自己的缺陷，就是写作能力不足。于是，我从那时开始比较认真的写blog了。这主要是为了锻炼自己的写作能力，同时积累一些素材，将来写书也用得上。

之后，又有几次，同事或者出版商和我联系讨论写书的事项。而我都觉得自己准备还不充分，没有积极参与。这次北航出版社的老师给我展示他们的一个出版计划成绩。我觉得他们的计划和设计挺不错的，再加上老婆最近也鼓励我写书，于是又动了心。我当时开始在博客上写 LabVIEW 文章的时候，心里有个打算：积累4年之后，把它们整理成册出版，所以发表的文章都是按章节排布好的。现在离那时只过了两年，文章积累的不算丰富。不过呢，万事也不用那么追求完美，没必要一下子就写部大部头的书出来。把自己部分经验整理整理，写出来也是个不错开端。

我现在正在考虑这本书的内容。我不会写一部教科书一样面面俱到的书籍，LabVIEW 每个技术点都讲一下，那书就厚的不得了了，六个月的时间我肯定写不出来。所以呢，还是只能侧重我最熟悉的那部分知识。但是呢，又不能只写一些 LabVIEW 高级编程的内容。LabVIEW 的用户几乎还全部是初级用户，当然要面向大多数人。再考虑考虑吧。
《我和 LabVIEW》目录

LabVIEW 中的类

Thu, 05 Jun 2008 11:16:47 GMT

一、创建一个空的类

在 LabVIEW 工程窗口里，鼠标右键菜单的新建栏中有一项，是创建类。类的结构和 LabVIEW 工程库是比较相近的：类的名字也作为名字空间；也可以为类中的 VI 设置访问权限等。类在硬盘上被保存在一个 .lvclass 文件中。这个文件其实是一个XML格式的文本文件，它的格式与 .lvlib 类似。
类是一个抽象的定义，符合这个类的实体，叫做类的实例。这有点类似数据类型和数据之间的关系。

我们先来创建一个名叫 Animal 的类吧，用它来描述一些动物的属性和行为。现实中，通过特定的属性和方法（行为）来定义某一类事物；与之对应的 LabVIEW 中的概念是类的数据和VI。
动物类是一个类，符合这个概念的任何一个实体比如某一只小猫，一条小狗就是这个类的实例。程序中处理的都是这些实例。

图1：创建类的菜单

二、类的属性

在工程窗口中可以看到，每个类包含数个 VI 和一个与类同名的 .ctl 项。尽管它的面板与设置方法与用户自定义控件类似，但它实际上并不是一个独立的用户自定义控件。此外，类的.ctl项必须是一个 Cluster。Cluster 中的元素就是这个类所使用的数据，相当于 C 语言的类中的变量。通过改变 Cluster 中的元素的默认值，你可以在这里设置类的属性的初始值。

    与 C 语言不同之处是，LabVIEW 类中数据只能是私有的。
    公有数据是最容易被滥用的。为了自己使用方便，非常专业的编程人员常常倾向于把类中的数据都设置为公有，可以方便随时随地访问它。但这样一来就完全破坏了类的封装性，不加控制地访问类中的数据增加了模块间的耦合度，使得可读性和可维护性都大大降低。
    通过类的方法访问类中数据就安全得多。比如我们可以在方法中添加对写入数据的合法性检查，在数据越界时报错等。
    这样也有利于调试。比如我们需要跟踪某个类的数据的变化，如果数据是公有的，程序运行时就无办法预知它是在那里被改变的。若数据是私有的，我们就可以确定它只在类中设置它的 VI 中被改变。只要在这个VI上加个断点，就可以在调试时，令程序在数据被改变之前暂停运行。
    LabVIEW 相当一部分用户是非计算机专业的人员。对于他们来说，概念越简单越好。类的数据强制为私有类型，可以避免他们接触更多的程序设计概念，而直接引导他们使用最佳的程序设计方法。

这样的设计方法唯一不足之处是：即便是的确需要被类之外的 VI 直接访问的数据，也必须给他们创建一个公用的方法，通过这个方法间接访问这个数据。幸好，类的右键菜单中有一项专门为数据创建访问 VI 的选项（VI for Data Member Access...）。通过它，可以便捷地创建出数据访问 VI 以供使用。

现在，回到我的 Animal 类：它有两个属性，分别是动物的年龄和颜色。于是我在 Cluster 中放了两个分别表示年龄和颜色的控件。

图2：添加类的数据（类的属性）

三、类的方法

鼠标右键点击在类上，就可以为类创建 VI，也就是类的方法。

图3：创建新方法

    在上图新建这一栏下可以看到很多条目：
    VI，就是指创建一个普通的 VI。
    Virtual Folder，是文件夹。如果类中的方法很多，可以把它们归类到不同的文件夹中，便于管理。
    VI from Dynamic Dispatch Template，所创建出来的VI类似于 C 语言中的虚函数。应用程序再调用这个 VI 的时候，可能实际执行的是某个子类中的同名方法。
    VI from Static Dispatch Template，所创建的 VI 比普通 VI 多了类方法最常用的代码框架。程序员可以省去一些自己画错误处理选择框的时间。它与 VI from Dynamic Dispatch Template 唯一的区别在于：类输入输出接线端子（这个例子中是“Animal in/out”）不是动态调度的。（参见图4：动态调度的接线端子）
    VI for Data Member Access...，因为类的数据全部是私有的，所以需要借助公有VI来访问他们。这个选项可以帮你快速建立读写类中数据的VI。
    VI for Override...，这个选项是专门给子类用的。用来创建覆盖父类方法的VI。
    Control，创建用户自定义控件，这一条与类的概念不相关，仅为了方便用户。

图4：动态调度的接线端子

在类的类的属性面板中可以设置类中每个 VI 是公有的还是私有的。这与工程库中 VI 的设置是类似的。

    可能你已经发现了，与其它语言不同，LabVIEW 中的类没有构造和析构函数。构造函数在一个类的实例（数据为这个类的一个变量）生成时被自动调用，析构函数在它被销毁时自动调用。
    在 C 语言中，你可以明确地知道一个变量的生存周期。全局变量在程序启动时被创建，程序结束时被销毁；函数的局部变量在函数被调用时创建，退出函数时销毁，等等。这些都是程序在运行时的行为。但是在 LabVIEW 中，变量的生存周期不一定是在运行过程中。LabVIEW 的变量通常对应有一个前面板上的控件，控件包含的数据在编辑状态下就已存在了，程序运行结束也不会被销毁。这就使得构造函数和析构函数失去了原有的意义。比如，构造函数和析构函数一个最常见的用法是在构造函数内预留某一资源，以供类中的方法使用，在析构函数内释放这个资源。LabVIEW 若有类似功能，则VI被打开时，资源就被霸占住了，这在逻辑上是错误的。
    没有构造函数和析构函数，我们可以把预留释放资源一类的工作放在普通的类的方法中实现。只是在使用这个类的实例的时候，需要程序员自己调用这些方法。

四、类的继承

为了让演示程序更有意义，再分别为狗和鸡创建两个类。这两个类应为动物类的子类。进入类的属性对话框，在 Inheritance 一栏中选择animal.lvclass作为它的父类，这两个类便成了animal的子类。可以注意到，LabVIEW 中所有的类都有一个共同的父类“LabVIEW Objet”。

图5：设置类的继承关系

    在这个设置面板上可以看到，LabVIEW 所有的类都有一个共同的祖先类 LabVIEW Object。LabVIEW Object 是个空类，既没有方法也没有属性。那么它存在的意义是什么呢？
    这要先介绍一下泛型编程的概念。理论上，设计程序模块时，越抽象越好。这样同一段代码可以被应用到更多的具体问题中去。本着这个原则，程序中算法和数据类型应该是独立的。比如，一段排序算法的代码被完成后，应当可以被应用在各种数据类型上，既可以用来给一组整数排序，也可以给一组字符串排序。这就是泛型编程。
    LabVIEW 暂时支持泛型编程，一个算法 VI 写好，它作为传递参数的控件的数据类型也就定死了。不能够直接使用在其它数据类型上。但是类的实例作为一个数据在 LabVIEW 不同节点间传递时，它的数据类型可以在它本身的数据类型，以及它的任意一个祖先类之间进行切换。比如在处理一只狗小狗的时候，可以把它当作是狗，也可把它当作是动物，还可以把它当作是 LabVIEW Object。
    我们再实现一个算法的时候，使用 LabVIEW Object 作为它的参数的数据类型。这样这个算法就可以被应用到人和一种“类”的数据上。Java，就是采用了类似的机制来实现泛型编程的。但是 LabVIEW 并没有因此获得泛型编程的能力。与 Java 不同，LabVIEW 不能直接把一个普通数据类型（比如整数，字符串等）转换成某种“类”。所以，LabVIEW 编写的算法还是不能支持任何数据类型。

五、其它辅助性设置

设置好继承关系，再为子类创建几个属性和方法，我们的演示类就搭建完成了。为了让应用程序美观易读，我们可以修改这几个类的数据线外观。否则，所有的类的数据线千篇一律，很容易就混淆了。数据线的外观也是在类的属性对话框中配置的。

图6：配置类数据线的外观

六、演示程序

我们再简要介绍一下类的多态：在动物类中先用虚函数方法（VI from Dynamic Dispatch Template）创建一个“叫唤”方法：Make Sound.vi。因为狗和鸡的叫声不一样。因此，在两个子类中，我们用 VI for Override... 重新实现这个方法，使其覆盖父类中的“叫唤”。应用程序中有几个不同动物的实例，程序的任务就是让它们每个实例叫一声。借助类的多态特性，应用程序不需要判断实例数据所属的子类，再根据不同子类编写不同代码的。它可以把所有实例用他们共同的父类的类型来传递，代码中也只是用父类的方法。而程序执行到父类的方法时，会自动执行已经覆盖了它的相应的子类的方法。从而让不同的动物发出不同的叫声。

图7：动态调用的示例

下载示例程序
 《我和LabVIEW》目录

传引用

Wed, 04 Jun 2008 11:18:01 GMT

    传值是符合数据流驱动程序的传参方式，LabVIEW 中应该尽量使用这种方式。但是传引用在某些情况下是不可避免的，比如程序要在不同的线程中对同一数据进行操作，就得用到传引用。
    引用在 C++ 中和指针本质上是一个东西，只是使用规则有些不同罢了。它们都是一个4或8字节的整数，这个整数表示的是目标数据所在的地址。程序代码通过这个地址来访问数据。
    在 LabVIEW 中，没有指针的概念，但是我们可以通过多种形式来完成传引用的功能。下面我们就来讨论一下这些传引用的形式。

一、LabVIEW 自带的传引用数据类型

在 C++ 语言中，调用子函数时，可以指定某个参数是传值还是传引用。LabVIEW 采用的是完全不同的机制：在一般情况下，数据类型决定了这个数据是采用传值还是传引用。LabVIEW 中大部分数据类型是值传递的，一少部分数据类型专门用于传引用。例如，控件选板上的 Refnum 栏上的控件就都是传引用数据类型的控件。在程序框图上，用深色细绿线表示这类传引用的数据类型。

图1：Refnum 选板

使用 VI Scripting 编程时常会使用到 VI Refnum, Control Refnum 和其它对象的引用。与传值不同，在传递这些数据时，如果数据线分叉，并不意味把它们所表示的控件等复制了一份。新分出来的 Refnum 还是指向原来的那个控件。

除了各种 Refnum，LabVIEW 中还有其它一些数据类型，尽管其数据线的颜色不同，其实也属于传引用的数据类型。它们包括了硬件设备的句柄（VISA Resource, IVI Logic等）, notifier, event, queue 等等。

二、全局变量

    在实际编程过程中，更常见的是我们希望把一个普通类型的数据按传引用方式传递。比如一个数组，一个自定义的簇等。
    全局变量是一种最简便的传引用的方式。全局变量的数据被保存在某一固定的内存空间里，但在不同的 VI 或线程中，都可以通过表示这个全局变量的对象来访问数据。
    在使用全局变量时，直接把表示全局变量的 VI 或节点放在程序中就可以访问它的数据了。这种方式尽管有其优点，但更多的却是缺点。我们在阅读 LabVIEW 程序的时候，数据线是非常重要的线索。它为我们指明了程序执行的顺序，数据传递和加工的过程。失去数据线这一重要线索，就不容易搞清楚这个数据是从哪里来的，何时被改动。因而大大降低了程序的可读性和可维护性。
    不过不要紧，下面提到的方法将会解决这个问题。

三、队列

LabVIEW 中有一套操作队列的函数。

图2：队列的函数选板

LabVIEW 中的队列是双向队列，堆栈也可以使用它。它与其它语言中的队列一样，为数据数据提供了存入取出的操作。一般用于不同线程、不同设备等之间通讯时数据的缓存。
但 LabVIEW 中的队列它有其特殊性。其他语言中，队列主要作为一种数据结构，是一种便捷的在内存中保存需要顺序处理的数据的方式。在 LabVIEW 中，队列更主要的应用于在不同的线程间的数据交换。因此，队列不同于LabVIEW中大多数的数据类型，它是传引用的。这样才能在不同的线程内对同一个队列进行操作。

我们可以借助队列，使任意一种类型的数据按照传引用的方式传递。其思路是：创建一个新的只有一个元素的队列，把数据作为这个队列的元素。平时在 VI 间传递参数时，传递的是这个队列。需要时，再把数据从队列中取出使用。下图是初始化一个这样的传引用数据的代码：

图3：创建一个传引用的数据

传引用通常都是用于在不同线程里访问同一份数据，所以在访问数据时要防止出现竞争状态。一个数据处理的 VI（假设名为A），第一步操作就应当是用“Dequeue Element”把队列中唯一的元素取出。在 VI （A）所有工作都完成后，再让新的数据重新入队。这样一来，程序执行到VI（A）时，队列立即被清空。其它线程内若有 VI （假设名为B）准备同时处理同一数据，此时它已经无法从空队列中取出所需的数据。它只能暂时等待，直到 VI（A ）完成所有工作，再次把数据放回队列，VI（B）才能继续执行。这样就避免了同一数据被同时访问而引发的竞争状态。
下图就是一段处理数据的示例代码：

图4：清空队列、处理数据、重新入队

    （有人问起，代码中那个黄色可框是什么。它是缓存重用结构。）
    使用传引用，就必须自己管理内存了：当数据不再使用时必须把创建的队列销毁，否则可能会引起内存泄漏。
    这里可以下载一个完整的借用队列传应用的演示程序。

四、借助 C 语言

借助 C 语言比借助队列实现传引用要麻烦一些，所以这不是一个首选方案。但是，如果软件中已经有部分模块是使用 C 语言编写的，并且所传递的数据在 C 代码中和 LabVIEW 代码中都会使用到，也可以考虑把数据存放在 C 语言实现的模块中。
这种做法的思路是，数据存放在 C 语言开辟的内存空间里。C 语言把数据的内存地址传给 LabVIEW。平时在 VI 间传递参数时，传递的是这个地址的数值。需要时，再把数据从内存中读到 LabVIEW 里使用。

在下图的小猪的演示程序中使用到了这种传数据引用方法。下图是演示程序中创建数据引用的VI：Pig.lvlib:New.vi

先不去考虑这个例子中的数据具体是什么，值分析一下它如何构造数据的引用：在这个 VI 的正中间是一个显示为“NEW INDEX”的VI。它的功能是把一段数据放置在C语言中开辟的内存里，然后返回保存数据的内存地址。内存地址用I32整数类型标识。以后在每个子 VI 间传递的数据就是这个内存地址的值。
你可能已经注意到，程序把这个内存地址又强制转换成了一个 Refnum 数据类型。这不仅是为了看着舒服（LabVIEW 中的传引用大多使用这种数据类型），更是因为使用自定义的 Refnum 类型，比整数有更高的安全性。例如你的程序中有不同的几块数据都采用这种放法保存在C语言开辟的内存中，使用不同的 Refnum 类型可以分别地将它们区分开来，避免直接把地址值传递给需要使用另一块数据的 VI。（这个技巧留待以后详细解释:）

《我和 LabVIEW》目录

Windows Desktop Search 编程

Fri, 30 May 2008 08:27:16 GMT

最近，抽空研究了一下 Windows Desktop Search 编程，发现这东西真不咋样。最主要的是资源太少，估计没几个人编程的时候用到这东西的。网上搜了一下，几乎没有程序员写的相关文章。有个官方论坛，发言者寥寥无几。微软自己提供的相关文档散落在MSDN的各个角落，不成系统，看起来也挺费劲的。而且很多文章是几年前写的，到现在链接都失效了。

简单总结一下就是这东西终端用户用用还行，做二次开发就不太适用了。微软的捆绑销售策略虽然恶心，但确实管用。否则有Google在，谁用他的破搜索啊。

全局变量

Tue, 27 May 2008 05:05:41 GMT

    全局变量是一种数据在不同节点，不同VI，不同线程间传递的方式。数据被保存在某一固定的内存空间里，不随数据线流动。在需要读写数据的地方，不需要外部链接的数据线，直接通过某些节点或VI就可以得到目标数据，并对其操作。
    在LabVIEW 中应当尽量避免使用全局变量。全局变量看似方便，但带来的问题也很多。最主要的是它破坏了数据流顺序的逻辑关系，导致程序可读性和可维护性下降。
    偶尔也有不得不使用全局变量或使用它利大于弊的情况。比如：实现子 VI 间参数传引用的机制；在不破坏程序可读性的前提下，避免一些过于杂乱的数据连线；对高层用户隐藏某些底层模块内部使用的数据。

一、全局变量（Global Variable）

此处所说的全局变量是特指图标像地球的那个 Global Variable VI。使用这种全局变量，目标数据被存放在一个只有前面板的特殊VI中，任何需要使用这个数据的地方，把它所在的 Global VI 拖过来即可。如同前面所述，全局变量虽然使用方便，但是缺点也十分明显。
    首先，它不利于代码的可读性，破坏了数据流顺序的逻辑关系。使用全局变量难以知道数据是否在其它地方被改动过。换言之，代码上的全局变量，不能直观的反映出它的数据来源。
    其次，它的安全性低。全局变量可以在任何地方被直接读写。即便知道数据在某些地方不应该被改动，也无法对其进行控制。
    再次，它的效率低下。VI每次读全局变量，LabVIEW 都要为读到的数据复制一个新的副本，这毫无疑问影响到VI的效率。
    此外，全局变量的不合理使用还可能导致竞争状态。比如下图中的VI，假设全局变量 Data 的值原本为 0，运行完下面这个加2减1后的代码后，Data 中的值是几呢？可能是1，也有可能是2，还可能是-1，这完全取决于程序的执行顺序。而在这种情况下，这个顺序是不确定的。

图1：处于竞争状态的全局变量

二、单进程共享变量（Single-Process Shared Variable）

共享变量有三种：单进程，网络发布，以及时间触发的共享变量。后两种主要应用于不同硬件设备、不同计算机、不同进程程序间的数据交换。在此，我们仅仅介绍与全局变量相关的第一种：单进程共享变量。共享变量的种类可以在它的属性页中进行修改。
单进程共享变量，顾名思义就是作用域为单个程序进程的共享变量。它与全局变量的性质是完全相同的。唯一的不同点是单进程共享变量带错误输入/输出端，我们可以利用错误处理连线来控制单进程共享变量的执行顺序。比如下图中的VI，假设共享变量 Data 的值原本为 0，运行完下面这个加2减1后的代码后，Data 的值必然为1。

图2：共享变量的使用

这并不意味着单进程共享变量可以防止出现竞争状态。设想上图的VI只是程序中的一个子VI，在其运行的同时，Data 仍然可以在其它子VI中被访问，因此，仍然有可能处于竞争状态。
共享变量是 LabVIEW 8 之后的一个新东西，比必须被保存在某个 Library 内部，不能独立存在。

三、功能全局变量（Functional Global）

    功能全局变量与前两种全局变量完全不同，它在 LabVIEW 中就是一个普通的 VI。它把需要在全局使用的数据保存在一个没有初始化的移位寄存器中，并实现相关的访问这些数据的方法。
    功能全局变量的代码结构都是类似的：主体是一个只执行一次的循环结构；内套一个选择结构；一个输入用于选择某种操作；若干用于输入和输出数据的控件。
    其实，使用循环结构仅是为了利用它的移位寄存器。移位寄存器没有连初始化数据，因此每次执行这个VI时，它里面保存的是上一次 VI 执行结束时的数据。这样，就可以在程序的全程保存、处理或使用这一数据了。功能全局变量 VI 不可以被设置为可重入，否则在不同地方，得到的移位寄存器中的数据就不是同一份了。
    从 LabVIEW 8.5 开始，VI 的程序框图增加了反馈节点了。可以使用它来替代仅执行一次的循环，以简化程序。下面两图就是完全等效的功能全局变量。

图3：实现加减法功能的功能全局变量

图4：等效的加减法功能全局变量

与前两种全局变量相比，功能全局变量有两项主要的优点。所以我建议，如果不得不使用全局变量，那就使用功能全局变量。
首先，功能全局变量可以防止竞争状态出现。因为功能全局变量的VI是不可重入的，所以把它作为子 VI 时，绝对不可能出现两个相同功能变量子 VI 同时执行的情况。因为对全局数据的所有操作都是在这个 VI 内部完成的，也就意味着，所有对数据的操作都绝对不会被其它操作干扰。图5中的VI，执行结束必然导致全局数据增加1，即便还有其它线程的子VI在同时运行也不会影响这个结果。但需要注意的是，解决了竞争状态不等于全局变量的使用顺序可以乱写，随机的顺序很可能导致错误。设计功能全局变量时可以加入出错处理的连线，以方便使用时确定全局变量的调用顺序。

图5：功能全局变量的使用

另一优点是，功能全局变量可以封装内部数据、控制对数据的访问权限。例如图3 所示的那个功能全局变量，故意没有设置数据的方法。因此，使用这个全局变量的高层程序是无法直接修改全局变量的值的，只能使用给定的方法：复位或加减。甚至也可以不对高层程序提供直接查看全局数据的方法，只允许通过某些方法得到数据处理后的结果。这样全局数据就被很好的隔离开来，避免了被不当改动的风险。

    由于功能全局变量的这两个优点，它一度受到程序员的极力推崇。我读过一本名为《A Software Engineering Approach to LabVIEW》的书，它的核心思想就是建议读者把程序模块全部写成功能全局变量的形式。
    功能全局变量虽然有上述优点，但用它来作为较大功能模块的框架，还是存在很多不足的。首先，这种实现方法，模块最主要的功能和代码都在同一个VI中实现。这个VI会变得十分复杂，难以维护。其次，模块如果接口的数据较多，这个VI的连线就会极为复杂。再有，如果模块要增加或改动点什么功能，这个大VI参数可能会发生变动，引起版本不兼容的问题。
    LabVIEW 从8.2 版本起，已经支持面向对象的编程，类的概念发挥了功能全局变量的优点，克服了其缺点。因此，再设计功能模块应该首先考虑使用LvClass。另外，利用LVOOP 可以设计出更便于维护的功能全局变量，不过这更加复杂，我们以后在介绍LVOOP的时候一并介绍吧。

下载功能全局变量的示例

《我和LabVIEW》目录

面向对象与数据流驱动的结合

Thu, 22 May 2008 09:38:03 GMT

    LabVIEW 是数据流驱动的编程语言：数据在数据线上流动，每个节点通过输入端的连线接收到数据，对其进行处理，再把结果传给输出端连线。
    为了符合数据流的概念，多数情况下 LabVIEW 函数（或子VI）使用的传参方式是值传递：就仿佛是整个数据在连线上流动，遇到一个节点，便一股脑都传到节点中去。必要时，譬如数据线分叉的时候，数据便生成一个副本，这样就有了两份同样的数据，沿着不同的分支继续传递。
    也有例外的情况，比如使用 refnum 这种数据类型的时候。真正有意义的数据是存放在内存的某个地方不动的，而在节点间流动的只是一个指向这片数据的引用。这种传引用的方式破坏了数据流的概念，只在不得已的情况下才可使用（比如在多线程中对同一块数据进行操作），否则还是应当尽可能遵循 LabVIEW 一贯的值传递方式。

为了与用户熟知的数据流方式兼容（风格不一致，必然造成程序的极大混乱），LabVIEW 中的对象也是按照值传递的方式在节点间流动的。这点和其它语言有所差别，文本编程语言中传递对象时，基本都使用传引用的方式。
实际上，这两种传参方式各有特色，LabVIEW 别具一格的选择了值传递方式，是因为，在 LabVIEW 中，值传递的优势更大一些。

传引用的优点在于效率高，一个对象的数据量往往都比较大，值传递免不了要生成一些副本给被传递的数据，这类开销是相当大的。而一个引用类型的数据一般只需要占用4或8个字节，传递它们的开销远小于直接传递数据。
在多线程程序中，传引用意味着不同的线程可以访问同一块数据。在不同的线程中同时对同一数据进行读写是很危险的，它可能会产生不可预期的结果。所以，在多线程程序中常常使用临界区、信号量等方法来防止竞争状态的出现。这对于 C++ 或其他文本语言的程序员不是一个太大的问题，编写多线程程序的人员多少已经对可能出现的竞争状态有所了解。并且他们清楚地知道自己在编写多线程程序，会格外留意并采取相应措施防止错误出现。

    而 LabVIEW 的使用者中，相当一部分人是非计算机专业的。为了帮助这些非计算机专业编程者利用多线程的优势，LabVIEW 采用了自动多线程的机制。LabVIEW 中，编程者并不需要告诉程序去开辟新线程；任何两段逻辑上没有先后顺序的代码，都有可能被自动的放到两个线程里去同时执行。
    在这种情况下，传引用是非常危险的，编程者可能根本没意识不到程序有多个线程，因而无意中写下存在竞争状态的代码。
    只有值传递才可以解决这个问题。值传递意味着数据每到一个分叉处，就变成相等但互相独立的两份数据。每个可能同时运行的数据线上的数据都是相互独立的，程序永远不会试图去同时访问同一个数据。这样就避免了无意识下造成的竞争状态。如果程序中的确需要在不同线程里处理同一对象，编程者可以在明确程序风险的前提下使用 LabVIEW 中的传引用机制，并做好多线程安全防护。

    那么，类的实例作为值传递的数据，到底都包含哪些内容呢？这个数据你可以把它看成是一个簇。这个簇中可能又包含一下多个簇：
    1. 一个簇包含所有类的属性；
    2. 一个簇包含它父类的所有属性；
    3. 一个簇包含它父类的父类的所有属性；
    4. 一个簇包含它父类的父类的父类的……
    ……
    除了这些属性数据，类的实例还包含有自身类别的信息，比如自己属于哪个类，什么版本等。这样，一个实例即便是按照它的某个祖先类来传递，也同样可以在需要的时候调用属于自己本身类的方法。

《我和LabVIEW》目录

创建了一个 msn 的群给 LabVIEW

Fri, 18 Apr 2008 02:58:44 GMT

从来没用过QQ，据说它的群功能很好用，但是msn没这个功能。后来有个第三方公司和msn合作，提供了类似群的功能。我听说后就跑上去给LabVIEW建了一个。可是当时没几个人，所以一直都没用。现在有半年过去了，再跑上去一看，成员居然多起来了。而且经常有人发言，不像以前那样冷清了。
把 msngroup7773@hotmail.com 加为 messenger 好友，就可以加入这个群了。

调用动态链接库 4 - 结构型参数的设置

Wed, 09 Apr 2008 10:46:26 GMT

C 语言中的结构（struct），在一些简单情况下，可以和 LabVIEW 中的 Cluster 相对应。但是，对于比较复杂的情况，LabVIEW 中的 Cluster 要做适当调整，才能够对应起来。

    在讨论结构型参数的映射前，一定要先了解一下字节对齐的概念。我在这里只做一个简单说明，详细内容可以查找相关的专题文章。
    C 语言中的一个结构 typedef struct { char a; int b} MyStct; 结构中的元素a所在的地址是：0xAAAA0000，b 的存放地址是与结构的字节对齐设置相关的。如果采用1字节对齐，b是紧挨着a存放的，b的地址就是：0xAAAA0001；如果采用2字节对齐，b的存放地址是紧挨着a的第一个偶数地址，也就是：0xAAAA0002；如果采用4字节对齐，b的存放地址是紧挨着a的第一个4整数倍地址，也就是：0xAAAA0004……
    C 语言的字节对齐数可以由 #pragma pack 指令指定，也可以在工程属性里指定。但是 LabVIEW 的 Cluster 只能是1字节对齐的。因此，C 语言中，非1字节对齐的结构与Cluster对应时，一定要做适当调整。比如，结构 typedef struct { char a; int b} MyStct; 是2字节对齐的，那么，对应的LabVIEW Cluster 第一个元素还应该是 I8 型的a，但是，不能紧接着就放b，因为C语言中，b的起始地址不是紧挨着a的，他们中间还有一个无意义的数据，C的结构体虽然表现不出来，LabVIEW中却需要把它考虑进去。
    如果是自己编写一个DLL给LabVIEW使用，为了方便，可以把C代码中所有的结构都设为1字节对齐。

C 语言的结构中如果还嵌套了数组，是不能直接对应于LabVIEW中嵌套了数组的Cluster的。在LabVIEW中，只能把数组的元素都拆开来放在Cluster中。

下面是一些对应的实例：

C	LabVIEW
#pragma pack (1) typedef struct { char a; int b} MyStct; MyStct* testStruct;
#pragma pack (2) typedef struct { char a; int b} MyStct; MyStct* testStruct;
#pragma pack (4) typedef struct { char a; int b} MyStct; MyStct* testStruct;
#pragma pack (1) typedef struct { char a; char* str; int b} MyStct; MyStct* testStruct;
#pragma pack (1) typedef struct { char a; char str[5]; int b} MyStct; MyStct* testStruct;

    上面这个表中有两点需要注意的：
    一是，表格中的第四个例子，结构中含有一个指针，LabVIEW中的Cluster只能用一个U32数值（32位系统上，64位系统上使用U64）来表示指针的地址。不能把指针指向的内容放到Cluser中去。后面的章节再讨论当我们在LabVIEW中得到了一个数据的地址后，如何从这个地址中把数据拿出来。
    第二，上面C语言中声明的 testStruct 变量，是指向结构的指针。就是说C函数的变量类型为结构的指针时，才能在LabVIEW中使用Cluster与之对应。CLN节点的配置面板中，没有一个专门的参数类型叫做“struct”或者“Cluster”，选择“Adapt to Type”就可以了。
    如果参数的类型就是结构而非指针，考虑到C函数参数的压栈顺序，把一个结构体作为参数传给函数，等价于把结构中每个元素分别作为参数传递给函数。下面是一个例子：

输入/输出	输入	输出或兼作输入输出
C语言声明	typedef struct{int left; int top;} Position; long TestStructure(Position inPos);	typedef struct{int left; int top;} Position; long TestStructure(Position *pos);
LabVIEW 中的配置
LabVIEW 的使用

《我和 LabVIEW》目录