为什么人们不将LabVIEW用于数据采集和虚拟化以外的目的？

Question

这被标记为一个主观问题,我希望我不会得到太多的选票.

LV似乎提供了一个很好的图形替代传统的基于文本的编程.据我所知,它不是一种公正的虚拟化/数据采集编程语言.尽管如此,似乎这种范式与其创作者的名字挂钩.

我的问题出现了,因为它似乎并没有被广泛用于多用途应用程序.我不是任何类型的LV专家,我更像是一个学习者.我还是习惯了LV.

Answer 1

如果您拥有NI硬件,并希望进行获取,绘图和记录数据等操作,Labview非常棒.

当您开始连接到自定义设备时,模块之间的连接变得复杂,必须执行所有字符串操作工作以输入和输出到设备.

在我工作的地方,我们发现我们不得不制作大量复杂的VI来与设备连接并开始用.NET编写它们并将它们连接到Labview.

最后,我们最终将Labview全部报废,并使用NI Measurement Studio for Visual Studio为我们提供了所有可爱的NI控件(波形图,槽,仪表,开关等)以及C#的灵活性.

总而言之,即使有两个24英寸的屏幕,有时Labview代码的连线也会变得过于复杂,无法对任何未来的更改进行评论,调试和扩展.我建议看看Measurement Studio for Visual Studio和使用您喜爱的.NET语言和漂亮的NI控件.

Answer 2

我对"基于传统文本编程的图形替代"的两次体验非常糟糕.我发现这些语言使用起来很慢,难以编辑,而且表现不佳.调试它们是一场噩梦.它们没有提供任何真正的优势.

可以肯定的是,自从我看过一段时间以来已经有很长一段时间了,但我对其他人的看法只是温暖,所以我从来没有花时间再看一遍.欢迎再次观看的理由将在船上进行......

Answer 3

Labview可用于编写大型复杂的软件项目.毫无疑问,Labview比基于语法的语言更有趣.我使用labview编写了数学上密集的动态模拟.较新版本的Labview包含许多令人兴奋的功能,特别是对于使用多个处理器.我非常喜欢Labview.但我不建议任何人.

不幸的是,除了简单的采集和显示之外,它绝对是一场噩梦.有朝一日可能会被认为是基于文本的语言的可行替代方案.然而,NI的开发人员一直选择忽视困扰labview的三个基本问题.

1)它不稳定,充满了虫子.有几千个错误已发布到labview支持论坛,尚未修复.其中一些非常严重,例如内存泄漏或基本功能中的数学错误.

2)文件很残忍.通常情况下,当您在本地帮助文件中查找labview函数的帮助时,您会发现一个句子,它只是重述您试图找到一些细节的项目的名称.例如,用户在纹理过滤器模式设置中查找帮助文件,并且帮助文件中唯一写入的内容是"纹理过滤模式 - 选择用于纹理过滤的模式".哎呀,谢谢.那清除了事情,不是吗？问题更加深刻; 通常,当您要求国家仪器的技术代表提供关于labview功能或数学函数的特定行为的关键细节时,他们根本不知道他们自己的库中的功能如何工作.这听起来有点夸张,但相信我,事实并非如此.

3)虽然保持图形代码清洁并且记录良好并非不可能,但Labview旨在使这些任务既困难又低效.为了防止代码变得混乱,混乱,你必须定期(每几个操作)使用集群,sub-vis和巨型定义控件(可以在大型项目中扩展多个屏幕)等结构.这些结构通过迫使labview在内存中制作多个数据副本并执行无偿操作来消耗内存并破坏性能 - 所有这些都是为了使图形图看起来像彩虹色的意大利面条,在任何地方都没有任何评论或文字.在labview中编程就像在玩魔鬼一样.想象一下,你的巨型软件项目是一个墙壁大小的流程图,根本就没有任何文字.现在想象所有的线都相互交叉了一千次,这样跟踪数据流是完全不可能的.您刚刚设想了在labview中编程的最自然,最有效的方法.

Labview很酷.每个新版本的Labview都会越来越好.如果NI不断改进它,那么有朝一日它将成为一种通用的编程语言.目前,作为大型或逻辑复杂项目的软件开发平台,这是一个非常糟糕的选择.

Answer 4

我已经在LabVIEW中写了将近20年了.我开发了自动化测试系统.我开发了RF,Vison,高速数字和许多不同风格的混合信号测试系统.在我切换到LabVIEW之前,我是一名"C"程序员.

确实,您可以在LabVIEW中快速构建一些程序,但就像任何其他语言一样,需要进行大量培训才能学习构建一个易于使用可重用代码轻松维护的大型应用程序.20年来,我从来没有一个LabVIEW错误阻止我完成一个项目.

在当天,NIWEEK每年都会举行软件枪战.LabVIEW和LabWINDOWS(NI的"C"版本)程序员都会遇到同样的问题,并且可以看到哪个组首先完成.每一年,所有LabVIEW程序员都在第一个LabWINDOWs人员完成之前完成.我挑战了许多专注于文本的编程朋友对枪战的挑战,他们都承认他们没有机会,即使我让他们定义软件问题.

所以,我觉得LabVIEW是一个很棒的编程工具.如果您与任何类型的NI硬件接口,这绝对是您的选择.这不是一切的答案,但我确信有很多人不使用它只是因为他们不认为LabVIEW是一种"真正的编程语言".毕竟,我们只是将一堆块连接在一起吗？我觉得有趣的是,有多少基于文本的程序员在这里嗤之以鼻,因为他们为他们创建的只有他们能理解的文本代码而感到骄傲.任何语言的优秀程序员都应该编写其他人可以轻松阅读的代码.编写无法遵循的过于复杂的代码并不能使程序员成为一个天才.这意味着程序员是一个"compliator"(一个可以解决一个简单问题并使其复杂化的人).我相信KISS原则(保持简单愚蠢).

无论如何,这是我的两分钱!**

Answer 5

我认为LabVIEW是FPGA编程的梦想.独立的可执行块只是...工作.一般来说,我使用LabVIEW来处理与我的DAQ和FPGA硬件接口的各种任务,但这就是它.似乎(对我而言)这是LabVIEW的优点及其构建的原因,但在该领域之外,它感觉"麻烦".就完成任务而言,它就像任何其他具有学习曲线的语言一样 - 一旦你弄清楚这对于完成工作来说并不是太糟糕.我之前看到有几个人放弃了,认为学习曲线是永久的或者是某种东西.

拿起一台30英寸的显示器带来了巨大的变化.

我知道人们不喜欢的一件事是版本控制集成.

编辑:LabVIEW /硬件很难用于"只是为了好玩"使用.我在他们的硬件(学生价格)上花了1万美元,并从学校免费获得了在家里制作玩具的软件.

Answer 6

我们公司在过去10年中使用LabVIEW来测量,监控和报告我们的主题(火车).
最近我们开始使用LabVIEW作为具有大量数据的数据库的GUI,具有最新功能的LabVIEW(Classes,XControls)的功能允许用于创建这些类型的GUI,以便在其他平台上获得一小部分开发成本.虽然我们不需要咨询率的外部程序员.

吨