labview - LabVIEW的哪些特定功能让您感到沮丧？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




请耐心等待:这不是语言辩论或火焰。这是一个真正的征求意见。

有时，我必须帮助教育传统的文本编码人员如何在 LabVIEW (LV) 中进行思考。在这个过程中，我经常会听到关于 LV 的糟糕之处。除了“语言 X 好得多!”之外，这种洞察力很少伴随理性观察。虽然这句话让他们满意，但它并不能帮助我理解是什么让他们感到沮丧。

所以，对于那些有 LabVIEW 和文本语言经验的人来说，具体 LV的事情让你抓狂？

------ 总结------

感谢所有的答案!有些问题在下面的评论中得到了回答，有些在其他网站上存在，有些只是 LV 的真正问题。本着原始问题的精神，我不打算在这里回答所有这些问题:检查 LAVA或 NI的网站，您会惊喜地发现其中有多少可以克服。

无意并发

无法使用传统的文本处理工具

纯二进制源代码控制

难以分支合并

打开的窗口太多

文本具有更清晰/更清晰/更具表现力的语法

干净的编码需要大量的时间和操作

大型、难以访问的 API/调色板系统

需要鼠标

文件命名空间:内存中没有相同名称的重复文件

LV 对象本身只是按值

需要开发环境查看代码

缺少缩放

启动缓慢

内存 pig

“巨型”代码难以使用

UI锁死轻松搞定

触控板和 LV 不能很好地混合

字符串操作在图形上很臃肿

有限的UI定制

“隐藏”原语(是的，这些原语存在)

缺乏官方元编程能力(不过不会持续太久)

缺乏 unicode 支持

Answer 1

Labview 可用于创作大型、复杂的软件项目。 Labview 无疑比基于语法的语言更有趣。我使用labview编写了数学密集的动态模拟程序。较新版本的 Labview 包含许多令人兴奋的功能，尤其是在使用多个处理器方面。我非常喜欢 Labview。但我不推荐给任何人。

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

1)它不稳定并且充满了错误。有数以千计的 bug 已发布到 labview 支持论坛尚未修复。其中一些是相当严重的，例如内存泄漏，或基本函数中的数学错误。

2)文档很糟糕。通常情况下，当您在本地帮助文件中寻找有关 labview 功能的帮助时，您会发现一个孤立的句子，它只是重述了您试图查找某些细节的项目的名称。例如用户查找有关纹理过滤模式设置的帮助文件，帮助文件中唯一写的是“纹理过滤模式-选择用于纹理过滤的模式”。哎，谢谢。这样就可以解决问题了，不是吗？问题远不止于此。很多时候，当您要求国家仪器的技术代表提供有关 labview 功能或数学函数特定行为的关键细节时，他们根本不知道他们自己的库中的函数是如何工作的。这听起来可能有些夸张，但相信我，事实并非如此。

3) 虽然保持图形代码干净和有据可查并非不可能，但 Labview 旨在使这些任务既困难又低效。为了防止您的代码变得困惑、困惑，您必须定期(每隔几个操作)使用集群、子可视和巨型类型定义控件等结构(在大型项目中可以跨越多个屏幕)。这些结构通过迫使labview在内存中制作多个数据副本并执行无偿操作来消耗内存并破坏性能——所有这些都是为了防止图形图看起来像彩虹色的意大利面条，在任何地方都看不到任何评论或文本。在labview 中编程就像和魔鬼玩图画一样。想象一下你的大型软件项目写成一个墙壁大小的流程图，上面根本没有任何文字。现在想象一下，所有的线相互交叉一千次，因此完全不可能追踪数据流。您刚刚设想了在labview 中最自然、最有效的编程方式。

Labview很酷。 Labview 的每一个新版本都会变得更好。如果 National Instruments 不断改进它，有一天它会成为一种通用的编程语言。现在，作为大型或逻辑复杂项目的软件开发平台，这是一个非常糟糕的选择。