我们经常会听到关于labview的争论，即labview是一种通用的语言？还是一种用于测量和自动化的特定应用程序的开发环境？一方面，有经验的程序员认为labview缺乏流行编程语言所具有的特性，但是另一方面，一些用户详细阐述了他们使用labview所建立的通用应用程序，完全没有使用任何数据采集或分析。
这一调查结果与最近一个对开发者团队的调查结果差不多一致，这个团队中的绝大多数人都认为labview已具有足够的功能，可以被归为通用语言类。被调查者认为labview最大的不足是常用的递归和递归式数据类型，以及面向对象的结构，但是这些都不是建立通用应用程序的严重障碍。
错误的问题
尽管有了调查结果，但是这应该是一个错误的问题，而且试图回答它会导致错误的方向。一个较好的问题是：labview可以被用作通用编程语言吗？或者更好的是：labview能够被用来创建通用的应用程序吗？
一些人并不认为labview是一种编程语言，因为它不是基于文本的而且它不是顺序化的。更为奇怪的是，关于什么被看作是一种编程语言的这个问题上，那些具有计算机科学背景的人持有最为狭隘的观点。
如果工具a和工具b可以被用于一定的任务集，但是工具b具有更多的功能有助于它完成额外的任务，那么哪一种工具是事实上更为通用的呢？这正是我们关于labview问题。通常，测量和自动化的程序必须处理所有与通用程序一样的问题，如数据结构和算法、文件i/o、网络i/o、用户i/o和数据库存取、打印等等这些常见的问题。而且，测量和自动化程序也必须处理比通用程序更多的问题，例如物理i/o、实时性约束和硬件配置。它们也可以具有一些最为苛刻的用户界面要求。labview适于测量和自动化应用程序的能力不是因为其基本编程能力受某种方式所限制，而是因为它们经过了增强和扩展。
这就是为什么有必要提出“labview能够被用来创建通用的应用程序吗？”而不是“labview是一种通用编程语言吗？”。我们不希望通过把labview仅视为一种编程语言而限制了它的范围或它将来的发展。labview不仅仅是一种编程语言。它是一种高度交互式的开发环境，用来快速设计原型和应用程序的渐进式开发，从测量和自动化到实时嵌入式系统，再到通用场合。而且现在labview具有了对fpga编程下载的能力，所以labview也是一个硬件设计工具。
数据流
labview的核心是结构化的数据流图。数据流已存在了很长一段时间而且深入人心。事实上，它是一个比流行的基于文本语言的控制流更为丰富的计算模型，因为它的本质是并行的，而c/c++和basic则不是——它们必须依赖于对操作系统的库函数调用来实现并行机制。因此，编译器不能确保代码的共享部分被适当地保护，这使得它难以建立并行程序。这些问题在labview中则不存在。甚至一个初学者都可以设计一个高度并行的应用程序，而且无需额外的知识就可以自动地将它扩展至多个紧密连接的处理器。
数据流一直被视为一个用于商业应用程序的设计工具。它被改进为一种备选的计算机体系结构来避免冯·诺依曼（von neumann）瓶颈。数据流分析是优化编译器的核心。为什么应用程序不使用数据流？一个数据流的自然表示是一个图形或图表，因此在鼠标和计算机图形产生之前，它几乎是不实际的；一个数据流图的文本描述与对一个街道地图的文本描述类似，既耗时又容易产生错误。但是现在，计算机速度不断加快，存储容量不断增长，计算机屏幕不断加大，直接进行交互式的数据流图编辑是十分简单的。
有时当显示一个labview程序流图时，我听到一个问题，“代码在哪里？”，似乎如果不生成文本代码，图表就是不真实的。事实上，必须生成文本代码是一个严重的缺点，限制了程序编辑器和程序编译器之间的连接以生成一个简单的ascii流。人们在手拿一个音乐cd之时不会询问文本在哪里。我们不会拥有或不需要一个cd的文本版本，因为我们拥有可以直接从一个的二进制存储格式（适合于工具）来编辑和播放音乐的工具。视频也是这样。录像机记录和播放视频时无需任何作为中介的文本表示。
传统来讲，拥有一个单独的编辑器和编译器是有必要的，而且最早完成的事情是将它们通过最底层的通用点连接起来，即ascii字符。随着机器越来越大，速度越来越快，集成开发环境随之出现，但最底层的通用点却仍然存在。例如，一个程序文本缩进形式中的有价值的信息完全被编译器忽略。许多对设计基于语法编辑器的尝试最终都失败了，因为按字符编辑是如此的根深蒂固，以至于不可能达到按结构编辑的更高层次。编译器只是接受使用编辑器直接汇编而成的7位ascii字符流。我们在制作为文本的时候使用不同的字体和颜色及类型，但是却没有尝试将这些方面应用到我们的编程语言
