技术问题

在做大批量代码修改的时候，很多人会想到用正则替换来省力气，不过这玩意儿虽然痛快，却也容易顺手把缩进、换行和注释一块儿搅乱，事后收拾格式常常要花掉几倍的时间，非常不划算，所以很有必要先把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里直接点击符号跳转。真正影响体验的，通常不是功能本身，而是项目索引、语言解析、条件编译和宏展开口径没有先对齐。

你在Source Insight里同时看到CRLF和LF，通常意味着文件里混入了两种行尾，继续编辑会带来无意义的Diff、合并冲突变多、评审很难看清真实改动。处理这类问题别先靠复制粘贴和固定替换，而是把默认行尾定下来，再用Source Insight把存量文件转换到同一种格式，同时把行尾标记显示控制在需要排查时才打开。

关系窗口用得顺的时候，你盯住一个函数名，调用链和引用树会跟着自动刷新，阅读节奏很快。用不顺时就会出现两种尴尬：窗口压根不见了，或窗口在但一直空白，看不到Calls和Called By。处理这类问题别靠猜，按显示入口、关系类型、索引解析三条线排一遍，通常都能把调用关系拉回来。