4个新手LabVIEW错误以及如何预防

自从我开始使用LabVIEW以来，我犯了很多错误。当我看到我早期的代码时，我有时会退缩。虽然大多数代码都能正常工作，但常常是一团乱麻，难以读懂。从那时起，我学会了许多改进代码组织的好技术。这篇文章回顾了我个人在开始使用LabVIEW时犯得最多的四个错误。关于LabVIEW中常见错误的更广泛的列表，请遵循下面的内容链接．

1.没有错误处理

如果出现错误，代码会急刹车并给出一个神秘的错误，让操作人员摸不着头脑。LabVIEW可以驾驶飞机或驾驶探测器穿越火星，但如果你使用的是自动错误处理，就不行。这个错误集群很容易使用!我们可以优雅地退出、修复或防止出错的应用程序成为问题。下面的VI代码片段显示了一个错误处理程序结构的示例。

2.过度使用扁平序列结构

这是我第一次使用时犯的一个错误虚拟仪器．这是因为我没有完全理解“数据流”执行背后的概念，这是LabVIEW编程的基础。这方面的一个迹象是，用户经常在他们的框图上过度使用平面序列结构。用户经常依赖于扁平的序列结构来强制在框图上串行执行代码，而不是使用节点之间连接的数据流。如果你想了解更多LabVIEW中的数据流，以便更好地理解什么时候应该和不应该使用平面序列结构，请查看这个链接．

3.滥用局部变量

另一个常见的错误是虚拟仪器程序就是过度使用局部变量。局部变量是一块共享内存，用于在计算机程序的不同部分之间传递数据。变量通常在基于文本的语言中使用，它可以非常强大，但在遇到竞争条件时也可能导致问题。

不像其他编程语言，通过变量传递数据是必不可少的，LabVIEW提供了数据流将数据从程序的一部分移动到另一部分的方法。LabVIEW固有的并行性使得过度使用变量成为问题，因为共享内存经常被不同的代码位置在同一时间访问。如果发生这种情况，则一个读/写操作赢得了“竞赛”，而另一个则输了。丢失的数据操作会被遗忘，所以LabVIEW中过度使用变量最终会导致数据丢失。

4.忽视文档的需求

好的代码文档可以极大地帮助你辨别别人编写的程序是做什么的。不幸的是，文档通常被保留到开发周期的末尾，也就是功能完成之后。这样就没有多少时间来正确地记录代码，而试图理解文档记录糟糕的代码可能是一场噩梦。相反，应该在开发期间抽出时间来开始文档化过程。我发现在我的代码上做个人笔记也很有帮助。几天不看代码之后，你会惊讶地发现自己忘记了多少东西。

感谢您阅读我的博客文章，更多关于LabVIEW常见错误的信息，请参考下面的内容链接．如果你对自己试用LabVIEW感兴趣，你可以购买一份LabVIEW 2014家庭版其中包括运行所需的一切LINX 3.0．如果您有任何问题或意见，请在下面发表评论。