技术问题

Source Insight编码格式的切换，以及编码格式错误导致中文乱码时的处理，很多时候并不是代码内容本身损坏了，而是文件原有的编码和编辑器读取的方式没有对上。在比较早的项目里面，GBK、ANSI、UTF-8这几种编码混在一起使用是很常见的，尤其是中文注释、中文字符串和历史源码被一同维护的时候，文件打开以后就很容易出现乱码。Source Insight能够使用不同的字符编码来打开和保存文件，默认的编码通常是按照UTF-8来处理的，但是项目里面的文件却未必全都是UTF-8的。

Source Insight函数跳转的设置，以及函数跳转到了声明那里却不能进入定义的处理，在查看C/C++项目的时候，是一个经常会碰到的问题。Source Insight的跳转功能需要依靠项目的符号库，只有当源文件、头文件、包含路径和符号同步这几样都保持正常，函数跳转的结果才会比较准确；这个软件本身支持通过快捷键或者鼠标的方式跳转到符号的定义，也支持在项目符号列表里面查找函数定义，并完成跳转。

在做大批量代码修改的时候，很多人会想到用正则替换来省力气，不过这玩意儿虽然痛快，却也容易顺手把缩进、换行和注释一块儿搅乱，事后收拾格式常常要花掉几倍的时间，非常不划算，所以很有必要先把Source Insight里的正则替换怎么用对，以及万一改完之后格式变得一塌糊涂该从哪里下手恢复，这两个关键问题弄明白。在正式动手之前，一定要记住一个顺序：先尽量缩窄影响的范围，再把当前选用的正则类型确认清楚，最后才分批次一点一点地去替换，这样即便出了差错也来得及收手，不至于把整个项目都卷进去。Source Insight 4这个版本给我们提供了三种不同的正则引擎，分别是它经典的Source Insight正则、可以跨行匹配的正则，还有跟Perl兼容的正则，这三种格式在写法上有不少细微的差别，你直接把别的编辑器里用得顺手的表达式照搬过来，很有可能会因为语法对不上而导致匹配不到目标，或者更糟，匹配出一个你完全想不到的意外结果。

很多人说在Source Insight里做代码美化，实际混在一起的往往是两件事。一件是真正把代码重新排版，也就是官方说的Reformat Source Code。另一件只是显示效果变化，比如关键字颜色、字体粗细和语法高亮，这属于Syntax Formatting。前者会改代码文本本身，后者只改显示方式，不会改源文件内容。先把这两层分清，后面的操作才不会一直跑偏。

在Source Insight里，注释模板这件事不能只理解成“改一下颜色样式”，它其实分成三层。第一层是注释怎么被识别，也就是语言里的注释范围和注释类型。第二层是注释长什么样，也就是注释样式和高亮规则。第三层才是日常插入时复用的模板文本，通常要靠Snippet、Clip或Macro来实现。官方文档把这几块分别放在Language Properties、Comment Styles、Snippet Window、Clip Window和Macro Language里，说明Source Insight更偏向“组合配置”，而不是单独一个注释模板向导。

Source Insight的跳转速度本来就很快，官方把【Jump To Definition】定义为直接跳到当前符号定义的位置，支持Alt加等号、Ctrl加左键，以及在Browser Mode里直接点击符号跳转。真正影响体验的，通常不是功能本身，而是项目索引、语言解析、条件编译和宏展开口径没有先对齐。