[转]为什么要学习LabVIEW？

关于最后的效率，谈一点个人的看法：
开始写程序的时候，LV的效率是高了。但是当程序大了之后，LV的执行效率问题就突显出来了。为了优化程序，这耗费的工作量可不小，而且，对于能力和经验的要求也不低。

可以参考一下 下面的链接： http://zone.ni.com/devzone/cda/tut/p/id/7198

里面有一些LabVIEW大型应用程序开发的资源

btw: 你也来了，呵呵

airpumpkin说的极是，是会有这样的潜在问题，但是针对这样的问题，NI推出了LabVIEW Unit Test Framework，LabVIEW Desktop Execution Trace toolkits和NI Requirements Gateway 1.1几个工具，他们可以帮助工程师们在利用LabVIEW软件开发大型或复杂应用时，可以利用这些工具包有效验证系统，以并根据需求改进软件性能和，并根据要求测试编码。
详情请通过下面链接查看这些工具包：http://www.ni.com/labview/family/zhs/software_dev_deploy.htm

NI 应用工程师

其实初学而来，我就觉得使用LabVIEW比较cool，跟一般的C语言相比更有意思。

其他特点我还没有体会出来，自勉！

个人认为关于LabVIEW是否好用，不能把它妖魔化。

所有关于LabVIEW如何如何易用、如何如何强大、只要花一两个礼拜即可怎样怎样的宣传都是不负责任的。 当然，上述的说法在某些场合下可以认为是确切的，比如用于解决一个较为简单的测试任务，采采信号，看看是否大于某个值或有没有某个频率成分。这种易用性对于非专业的人员（如工厂的测试人员）是非常有吸引力的。 他们甚至不需要有编程经验即可学习LabVIEW解决一些简单问题。 LabVIEW的这个优点是它区别于其他编程语言的重点之一，入门容易，非专业人士也可以用。 我所见过的这类典型的使用者是科研机构里的年纪较长者，他们一般没有受过编程训练，对编程语言可以说一点也不懂，但他们对科技和新事物很执着，拥有某个领域的专业知识和经验。我见过几个老工程师，他们学习新东西的热情都是甚至令我们这些晚辈都汗颜的。对于他们来说，LabVIEW的易用性确实起到了关键的作用。 他们能解决问题，还能体验“编程” 的乐趣。

现在有很多人抱怨LabVIEW其实并不好用，不适合开发大型应用程序。 这种说法其实也是不准确和不公平的。 当然，这种说法也是可以理解的，甚至可以说是能够引起很多LabVIEW使用者共鸣的。 为什么呢？ 问题出在NI对LabVIEW的宣传上。 任何一个NI的宣传都是把重点放在易用性上，你看看NI的现场演示都是那么容易就能完成采集信号、分析和显示。 这样的宣传本身没错，LabVIEW确实易用。 但是，如果过分强调、一直强调、不分场合的强调就会给真正的LabIVEW用户或者潜在用户一个错误的期望值。 他们会认为LabVIEW真的是很简单就能解决任何问题的。 当他们开始使用LabIVEW时，前两个礼拜进展很快，做出了自己的第一个程序，感觉很满足。 接着，如果他们真的把LabVIEW当做工具开发实际的较为复杂的应用，马上会发现LabVIEW其实有很多问题，自己之前写的程序自己都不认识了、没法与同事协同工作、程序随着功能越来越多效率越来越低、很难增加新功能等等。  这时候他们就会得出前面的结论:"LabVIEW其实并不好用，不适合开发大型应用程序".

个人认为，如果你真的想学LabVIEW，首先，真正认识LabVIEW， 给他摆正位置，设定正确的期望值。 其次，花大量的时间去实践，至少做10个项目。 如果你做了10各项目还不能正确认识LabVIEW，我无语。。。。

怎样给ＬａｂＶＩＥＷ定位呢？　个人认为他只不过是一种编程语言，一种我喜欢的编程语言，但不是因为他易用，而是我因为用了它１０年。　如果你把他当一种编程语言，一种一般的语言，你就会给他一个正确的期望。　你会期望你学了一个礼拜的Ｃ语言就能编很复杂的程序吗？　我们在学校里可都是学了一学期，做了不少作业，结果还是只能编简单程序的。　工作了以后如果有幸使用Ｃ做项目，做了一段时间才会有心得，才能编复杂的程序。　如果你把ＬａｂＶＩＥＷ当成一种编程语言，那么你就不用抱怨ＬａｂＶＩＥＷ了，先问问自己花了多少时间使用ＬａｂＶＩＥＷ，如果只是几个月而已，那你也别抱怨了，那没有意义。　如果你像使用其他语言一样频繁使用ＬａｂＶＩＥＷ，我相信你的那些问题都会得到解决的。　如果你对ＬａｂＶＩＥＷ把握得好，你照样可以开发很复杂的程序，照样可以多人协作，照样可以具有扩展性。　有１００多个人用ＬａｂＶＩＥＷ开发项目的。

当然，学习ＬａｂＶＩＥＷ还是有和学习其他语言不一样的地方的。　个人认为最大的问题是，学习资源不如其他语言那么丰富。　学习其他语言，你可以找到很多很好的书，可以问师兄师姐。　ＬａｂＶＩＥＷ则不然，很多东西要靠自己摸索。　但是从另一方面讲，也不是一点都没有。　ＮＩ网站上还是有很多好的文章可以参考一下。　掌握几个好的编程模式，然后就是多做了，没什么秘诀，你自己才是最主要的决定因素。　

相信如果你喜欢ＬａｂＩＶＥＷ，花个一两年时间不断的实践，你会成为高手的。

看了楼上写的长文，有一点感触。

首先，作为工程师的编程语言，LabVIEW想要做到的最重要一点就是简化复杂性。

从小的来说，就是上手容易，大多数的工程师并非专业的编程人员，而且其研究领域可能跟编程大相径庭，如果在他的研究项目中的30%时间都花在了底层的用C代码实现数据采集的话，那本身就是专业知识的一个浪费。而LabVIEW想要做到的，就是能够想尽办法将底层都帮工程师们铺设好（例如一个特定的FFT变换，就给你现成提供了一个VI就能实现，你只要现成拿结果数据就可以了），而帮助工程师将其主要的精力放在自己的研究项目中。

从大的来讲，简化复杂性还表示着如果你掌握了LabVIEW的编程方法，那么你可以通过LabVIEW去接触到以前可能根本无法利用的技术。比如FPGA技术，现在很多地方都用到了这个技术，但是你想用它首先就要学会VHDL语言，但这是个硬件语言，需要一定的学习曲线和专业知识；但是现在LabVIEW帮你做到了这一点，你还是用LabVIEW来编程，但通过LabVIEW开发人员为你做好的FPGA模块，就能自动将你的代码生成VHDL语言（当然，这种自动生成的效率会比VHDL低一点），从而让你也能享受到FPGA技术所带来的技术优势。

其次，楼上说的开发大型程序问题，应该分为两种：一种人会问，LabVIEW能不能驾驭大型应用程序？（这个有点类似Airpumpkin所说的观点），另一种人会问的是，开发大型应用程序会不会反而花了工程师更多的时间？

先看第一个问题，相信如果是用LabVIEW一定时间的开发者都能体会到，LabVIEW is only limited by your imagination。我之前做过一个Demo，它解释了一件事情，LabVIEW是否powerful？从采集、分析到显示来分别回答这个问题：在采集中，LabVIEW可以高效地采集到任何传感器带来的信号，不管是数据采集、PLC、传统示波器、射频仪器等，通过LabVIEW都可以直接touch到采集的原始数据；在分析中，LabVIEW提供了强大的信号处理以及分析功能，时域、频域、小波、声音振动、控制设计仿真、智能算法、图像处理等，应有尽有，让你能够得到最终你想要的结果；而显示中，LabVIEW的控件可以帮助你设计最美观的人机界面，报表自动生成，短信提醒，有效的数据表达。此外，世界上已经有很多工程师和科学家都用LabVIEW做了世界上最复杂的事情，比如欧洲极大望远镜、思维控制的轮椅等等。因此，我可以很自信地说，它并非一个所谓的组态软件，它能够做到powerful。

关于第二个问题，在之前，由于LabVIEW面临的很多客户都是只做一些简单程序的，因此还没有问题，但目前随着很多工程项目的日益复杂，就出现了对大型的LabVIEW应用程序开发的需求。我之前听别人说过，有一个LabVIEW的项目程序文件大小达到了2-3G，这也是我所见过最大的LabVIEW程序了。但，可喜的是，现在LabVIEW也开始注意这方面的需求，从软件工程的角度对自己进行了优化，不管是之前你可以用状态机、生产者消费者循环这样的设计模式，现在你还可以用面向对象的编程方法，也可以实现软件在环的程序测试。具体的上面也已经给出了链接。

总之，简化复杂性（Abstract Complexitiy）和强大（Powerful）是同时存在于LabVIEW中的，也许你会说那不是会非常矛盾？但是我个人认为，世间万物都是矛盾的组合体。
楼上的高人已经说过，这是一个学习的过程。世界上任何事情如果想成为高手，都不可能一蹴而就的，LabVIEW也一样。

好吧，“简化复杂性”是个很好的主意。没错，LabVIEW可以帮助用户比较方便的实现一些目标，比较方便的使用最新技术。 我举两个例子，LabVIEW Real-Time和LabVIEW FPGA。 用LabVIEW RT就可以很容易地进行实时系统的开发，运行在Phalap和VxWorks的操作系统上。 用LabVIEW FPGA可以编写程序运行在FPGA上。  这些相对于其他编程语言，可以说是绝对的创新，绝对地Simplify the Complexity. 没有任何一种编程语言可以做到这一点。

但是，我在前一篇所想表达的是： 如果你想很好的使用LabVIEW，请花学其他语言一样的时间去实践LabVIEW，这样你才会成为真正的高手。 LabVIEW的这样那样的创新和易用性是很好的，但他只是一个编程语言，没有一种features可以方便所有的人所有的应用。 你只有真正地掌握了LabVIEW，才能实现你的应用。 不是因为LabVIEW powerful和易用，你才能解决问题，而是人的因素，是使用者花了多少力气的问题。

当你要解决一个复杂的应用时，它和你使用哪一种语言已经没有太大的关系。 我认为基本上是差不多的，LabVIEW不会真正地简化你的问题。 简不简化，还是跟人有关，你水平高了，自然就简单了。 比如，如果你有个项目需要有10个人来开发，你用C\C++一样也会碰到如何协作、如何定义接口、如何扩展等等问题，这些问题往往是软件工程和管理的问题，不是语言的问题。一般的情况下，C\C++能解决的问题，LabVIEW都可以解决，只是方法和思路不同。

总之，争论LabVIEW好不好用没意义，好好学习，天天向上才是正道。 存在的就是合理的，想想LabVIEW已经20多年了，必然有他的合理性。

嗯 nanxiong说得没错，其实这个LabVIEW社区也是想提供一个平台让全国的LabVIEW爱好者一起“好好学习，天天向上”。 ：）

嗯 支持一下 呵呵