在之前文章《Run! Run! Run!》所说的“高亮运行”调试后，可能会有人觉得好慢，要是我有很大的循环量，那岂不是能一直摸鱼了吗？确实，“高亮运行”体现的是LabView的“数据流”思想，让你知道数据的从何来，到哪去，而实际调试根本不可能让你悠闲在这看数据慢慢流动，我们得加快进程，下面介绍一些简单的调试方法。
调试来说，有个东西好用，就是探针，作用是截取某点的数据。探针的放置方法为：对着程序线右键-Probe即可放置。或者，创建一个显示型控件来监测（对程序线右键--Create-Indicator），放置在程序中你可能需要监控的位置，也是一种很实用且直观的调试方法。
首先，对于第一个例子，是加减乘除。
这个例子虽然简单，但思想却是比较值得学习的，在接收到很大的数据量进行处理的时候，首先需要判断，①：我有无接收到数据（数据源监控）；②当需要对于一长串冗余数据多次操作时，经过我每次操作后，每次输出的结果是否为我需要的数据（数据是否正常）。当最终结果错误时，就需对整个过程重新检查，在每个路口都安装一个监控点，不就能缩小排查问题的范围了吗？
第二个例子，我对一串字符串进行处理，我需要对其中部分字符取值操作，在此例子最终目的为①：取到一个路径。②比较里面部分字符转成数据的值。首先要先明确需求，我拿到此串数据后要处理成怎么样的数据（数值？路径？字符串？布尔值？等等….）要先有对初始数据到目标数据（即需求）的整体思路，思路清晰了，再开始对数据操作，方能事半功倍。对于该例子，箭头部分为”中途监控器”，在调试程序完毕后需删除减少对程序可读性的影响。方框部分为所实现的功能，即需求。（虽然逻辑有点奇怪，但能学到东西那就不怪了）。
此例子数据源为固定字符串“12ab34cd56”，在经过第一个匹配字符串（Match Pattern）数据后放置了一个显示控件，来验证数据操作的第一步操作是否达到自己的预期。后面步骤也是如此，实时“监控”程序的数据与自己思路的预期数据是否相同。在这个程序中，我分别用了匹配模式（Match Pattern），替换子字符串（Replace Substring），扫描字符串（Scan From String）函数。有兴趣的同学可以将此程序的思路发至公众号后台（聊天形式发送）或者在群内讨论。
要先有从0-1的思路，才会有想到用哪种架构、哪种函数、哪种转换。至于为什么用这个函数？这个函数怎么使用？需要用哪个数据类型？怎么连线？哪里查文档？英文看不懂怎么办？翻译了也看不懂怎么办？这些都是需要自己去找方法解决的。
以上内容皆为本人原创，因个人也是初学者，编写该文只能算是将一些自己的理解变成一种记录，文章内容或说法可能不太正确或者不太严谨，对于该文的错误和不完善之处，恳请读者指正。
