相关疑难解决方法(0)

请耐心等待:这不是语言辩论或火焰.这是对意见的真实要求.

偶尔,我必须帮助教育传统的文本编码器如何在LabVIEW(LV)中思考.通常在这个过程中,我会听到LV糟透了.除了"语言X好得多!"之外,这种见解很少伴随着理性的观察.虽然这句话令他们满意,但它并没有帮助我理解让他们感到沮丧的是什么.

那么,对于那些拥有LabVIEW 和文本语言经验的人来说,关于LV的具体事情会让你疯狂吗？

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

感谢所有的答案!下面的评论中回答了一些问题,其中一些问题存在于其他网站上,有些只是LV的真正问题.根据原始问题的精神,我不打算在这里回答所有这些:检查LAVA或NI的网站,你会惊喜地发现有多少这些东西可以克服.

• 无意的并发
• 无法访问传统的文本处理工具
• 仅二进制源代码控制
• 很难分支和合并
• 打开的窗户太多了
• 文本具有更清晰/更清晰/更具表现力的语法
• 清晰的编码需要大量的时间和操作
• 庞大,难以访问的API /调色板系统
• 需要鼠标
• 文件命名空间:内存中没有重复的同名文件
• LV对象本身仅按值进行
• 需要dev环境才能查看代码
• 缺乏变焦
• 启动缓慢
• 记忆猪
• "巨型"代码难以使用
• UI锁定很容易
• 触控板和LV不能很好地混合
• 字符串操作图形化膨胀
• 有限的UI定制
• "隐藏"原语(是的,这些存在)
• 缺乏官方的元编程能力(不过更长时间)
• 缺乏unicode支持

我正在学习使用LabVIEW作为荣誉项目的一部分,并且想知道图形编程语言对文本编程语言有什么好处？