原创 一个答疑所想到的

        最近在BBS上看到有人问如何将一个整数的array方便地转换成字符串；我推荐了 Array to Spreadsheet String 这个 vi ，然后觉得应该可以很好地解决他的问题了。结果他又提到用这个vi的话，其生成的字符串最后会有一个回车字符，也就是说如果用两个从这个vi转换成的string连起来的话，就成了一个两行的字符串；而由于他需要通过GPIB对仪器进行通讯（即发出命令），因此还真需要把那个回车字符消除掉。我起初还真不知道有这事，自己试了一下发现真的是这样，就只能提出2个建议，一个就是自己消除那个回车符，一个就是先把数组合并了再转换；或者就自己编那个实现功能的vi得了。

        这个事情确实很小，但是却很有些东西可以讨论讨论。Jeffrey在讨论LabVIEW是否是一种编程语言时将LabVIEW比喻为一台VCD，我们只需要能播放就万事ok了，但这恰恰可能是LV自身的隐患之一。你能拿VCD看片的最基本条件就是VCD是好的，如果它某个功能坏了或者不完善，你要不是熟练工是没法自己修改的，这就真像LV当初给我的印象一样，我要实现个什么功能，第一步是去找它有没有提供相应的vi，如果有就ok，如果没有的话仿佛也找不出合适的方法来解决，或者dll或者activeX等。就好象上面这个例子，我就觉得如果在写这个vi的时候能够不要自动加这样一个回车符，这样就能很方便地实现功能；就因为加了这个回车符，你还真不好弄了。

        不过目前LV已经发现了这些需要提高的地方，也有了很大的针对性的改变，比如Express VI的加入，就是很好的解决方法。初学者们可以直接方便地用Express VI来用交互式的方式方便地实现基本的功能，DAQ或者Filter、FFT等；而如果你想更灵活更高级地实现自己的功能，就用其他VI来自己构架即可。这肯定是LV今后的发展趋势，但是希望Express VI和一般VI的界限不要太明显，真正做到seamless连接，这才是最完美的。