STOP和EXIT是Application Control函数选板上的两个内置函数。STOP相当于点击了工具条上的Abort Execution按钮;EXIT用来停止所有运行中的vi然后退出LabVIEW开发环境。
将它们放在程序框图中,然后运行,到底是程序先停下来还是退出LabVIEW开发环境呢?
试验告诉我们还是程序先停下来,根本就不会退出LabVIEW开发环境。因为它们都是先执行程序停下来的操作,这也说明它们之间是没有优先级的。
这是一个小插曲。
实际在程序设计中,我们利用EXIT在程序执行完毕后最终退出应用程序(打包以后)。比如应用程序的前面版上有一个“退出测试系统”的按键,点击该按键后程序执行EXIT操作,完全的退出整个应用程序。
可是在LabVIEW环境下调试程序代码时,点击该按键也会退出LabVIEW开发环境,这可不是很爽的事。以前,程序在开发环境调试时我使用STOP代替EXIT,程序调试通过打包时再用EXIT将STOP替换回来,这很麻烦,有时真的会忘掉替换。
后来采用属性和case结构做了个小的vi来解决这个问题。
这是一个小插曲。
实际在程序设计中,我们利用EXIT在程序执行完毕后最终退出应用程序(打包以后)。比如应用程序的前面版上有一个“退出测试系统”的按键,点击该按键后程序执行EXIT操作,完全的退出整个应用程序。
可是在LabVIEW环境下调试程序代码时,点击该按键也会退出LabVIEW开发环境,这可不是很爽的事。以前,程序在开发环境调试时我使用STOP代替EXIT,程序调试通过打包时再用EXIT将STOP替换回来,这很麻烦,有时真的会忘掉替换。
后来采用属性和case结构做了个小的vi来解决这个问题。
程序代码见上图,利用App.kind属性控制一个case结构,分别在“Development System"下放置一个STOP内置函数;在“Run Time System"下放置一个EXIT内置函数,就解决了这个问题。
这样调试时程序运行到这里就会停下来,打包后程序运行到这里就会退出LabVIEW开发环境。
其实这个思路来自于“文件通道”打包后与开发环境不一致时的解决办法。
这样调试时程序运行到这里就会停下来,打包后程序运行到这里就会退出LabVIEW开发环境。
其实这个思路来自于“文件通道”打包后与开发环境不一致时的解决办法。