Source Insight實質上是一個支持多種開發語言（java,c ,c++等等）的編輯器，只不過由於其查找、定位、彩色顯示等功能的強大，常被我們當成源代碼閱讀工具使用。
所以，爲了有效的閱讀源程序，首先必須選擇功能菜單上的 “Project”選項的子菜單“New Project”新建一個項目，項目名稱可以自由選定，當然也可以選擇刪除（Remove）一個項目。當刪除一個項目的時候，並不刪除原有的源代碼文件,只是將該軟件生成的那些工程輔助文件刪除。設定之後，將會彈出一個對話框如圖1，接受默認選擇，如果，硬盤空間足夠，可以將第一個複選框選上，該選項將會需要與源代碼大致同等的空間來建立一個本地數據庫以加快查找的速度。
圖1 工程設置
點擊“OK”按鈕，接受選擇後，將會有一個新的對話框彈出，在這個對話框裏，可以選擇將要閱讀的文件加入工程，通過直接在頂部文本框輸入盤符、回車、來切換各個盤。一種文件加入工程的方式是通過在File Name中輸入要閱讀源代碼文件的名稱，點擊“Add”按鈕將其加入；另一種方式是鼠標點選。可通過其中“Add All”和“Add Tree”兩個按鈕可以將選中目錄的所有文件加入到工程中，其中“Add All”選項會提示只加入目錄下本層文件和遞歸加入所有子目錄文件兩種方式，而“Add Tree”相當於“Add All”選項的遞歸加入所有文件，可以根據需要使用。由於該程序採用了部分打開文件的方式，沒有用到的文件不會打開，所以，加入數千個文件也不用擔心加入的文件超出程序的所能容忍的最大值。
建立項目後，可以在右邊項目窗口中、右鍵選擇New Files新建文件（文件名會全部轉爲小寫）、Add and Remove Files添加項目文件、Synchronize Files同步文件（即相當於增強版的刷新/refresh）。
圖2 添加文件
加入文件後，點擊Close，可以出現使用界面，如圖3所示，其中，右邊的那個窗口（Linux Project，即工程窗口）缺省按照字母順序列出當前工程中所有的文件。
圖3 工作窗口
右邊的窗口（Linux Project）下邊有一排按鈕、從左至右分別爲：按字母順序文件列表、顯示文件夾、按照文件類型歸類文件、全部文件的所有標記列表、按照標記類型歸類標記、跳轉到定義處、顯示標記信息、瀏覽工程標記、查找函數調用、工程屬性，其中全部文件的所有標記列表選項可能要一段時間抽取標記，同步到數據庫去，如果開始選擇了建立標記數據庫，將會在今後節省同步時間，最有用的莫過於瀏覽標記信息和查找函數調用，前者可以通過“Jump”按鈕在不同的地方查找同樣的標誌，還可以通過“Reference”按鈕結合後者進行全局的標記查找。下面我們打開一個文件，簡單介紹一下Reference功能。
雙擊一個文件就可以打開該文件，顯示如圖4所示
圖4
左邊的窗口（21142.c）下面也有一排按鈕、從左至右分別爲：按字母順序排列所有標記、按照文件中行數順序排列標記、按照類型排列標記、瀏覽本地文件標記、標記窗口屬性。
Reference功能是Source Insight的特色之一，它可以在速度極快的在整個工程中找到所有的標記，並且在該行程序的前邊加上紅色箭頭的小按鈕鏈接上。圖5是一個Reference搜索後的結果，它可以有兩種模式，一種集中顯示結果，圖5顯示的就是這種模式，在這種模式下，可以通過前邊的紅色箭頭小按鈕進入另外一種模式，該標記的具體的所在處，也可以通過標記的具體所在處點擊紅色箭頭小按鈕進入警種模式，還可以通過工具條上的兩個紅色小箭頭直接在第二種模式下前後移動，察看相應信息。它的這個強大的功能使得閱讀Linux源程序有如神助。但是要注意的是，當進行了第二次“Reference”時，它會提示你將結果集附加在第一個結果集的後邊還是取代第一個結果集。如果選擇前者，不能對結果集根據前後兩次搜索結果進行分類，然後在其子類裏進行移動，只能在整個結果集裏移動；如果，選擇後者，結果集將會被替換爲第二次搜索的結果，略微有些不方便。
圖5 Reference的搜索結果
當然，Source Insight 還提供了一些其他常見的便利。比如:右鍵菜單幾乎包含了程序的所有功能，可以在編輯窗口爲程序加上行號，還可以統計整個工程的程序行數,當然還有功能強大卻用不上的自動完成功能。
配置成簡單好用的c/java代碼編輯器
1、縮進與tab
（1）Options菜單àPreferencesàTyping卡，勾掉下面兩項∶
Typing tab indents line，regardless of selection，空行按tab無法前進
Typing tab replaces current selection，選定部分內容、再按tab時會清除所選
（2）Options菜單àDocument Options（針對不同文件類型，分別進行設置）à下拉左上文件類型框、選擇合適類型（c源文件）àEditing Options框中，tab width=2à Editing Options框中，勾選Expand tabs（這樣，按tab鍵、等價於輸入2個空格）
（3）Options菜單àDocument Optionsà選擇合適的文件類型à點擊右邊中間的Auto Indent鈕à在彈出的框中，左邊一定要點Smart，右邊有兩個複選框Indent Open Brace和Indent Close Brace，具體效果可以看SIS的HELP。按照部門裏的編程風格要求，最方便的就是把兩個複選框都取消掉，然後點OK。
勾選Auto Indent之SMART的效果∶在C程序裏, 如果遇到行末沒有分號的語句,如IF, WHILE, SWITCH等, 寫到該行末按回車，則新行自動相對上一行縮進兩列。
勾掉Indent Open Brace和Indent Close Brace的效果∶繼上一段，在相對縮進行裏, 如果輸入"}", 則自動和上一行列對齊（好像勾不勾都會有這個功能）；而輸入"{"時，不會與下面的行對齊（這是勾上Indent Open Brace時的效果）。
2、向項目中添加文件時，只添加特定類型的文件（文件類型過濾器）
有個同事比較生猛，得整彙編代碼，但在SIS裏建立PROJECT並ADD TREE的時候，根據默認設置並不會把該TREE裏面所有彙編文件都包含進來，只加了.inc和.asm後綴的，.s後綴的沒有。而且用SIS打開.s的文件，一片黑白沒有色彩，感覺回到DOS的EDIT時代了…… 解決方法是在Options->Document Options裏面，點左上的Document Type下拉菜單，選擇x86 Asm Source File，然後在右邊的File filter裏*.asm；*.inc；的後面加上*.s；接着CLOSE就可以了。上面兩個問題解決了，但注意加入*.s後還需要重新ADD TREE一遍才能把這些彙編加到PROJECT裏面。
3、去掉功能強大但是無用的自動完成功能
Options菜單àPreferences àTyping卡àAuto Completion框，勾掉Use automatic symbol completion window（這裏是SIS的全局設置）
Options菜單àDocument OptionsàEditing Options框中，勾掉Allow auto-complete（局部設置）
上面兩項必須全部勾選，才能啓用Auto Completion功能
4、恢復小鍵盤的“+，-，*，/”功能
Options菜單àKey assignments，通過關鍵詞Scroll 找到Scroll Half Page Up，取消小鍵盤/；通過關鍵詞Scroll 找到Scroll Half Page Down取消小鍵盤*；通過關鍵詞Function找到Function Up，取消小鍵盤-，通過關鍵詞Function找到Function down，取消小鍵盤+。
5、恢復ctrl+a的全選功能
通過關鍵詞save 找到save all，更改爲ctrl+shift+a，通過關鍵詞select找到select all， 更改爲ctrl +a
6、解決字符等寬對齊問題。
SIS默認字體是VERDANA，很漂亮。這網頁上應該也是用的VERDANA字體。但由於美觀的緣故，VERDANA字體是不等寬的。比如下面兩行
llllllllll
MMMMMMMMMM
同樣10個字符，長度差多了.用VERDANA來看程序，有些本應該對齊的就歪了。解放方法是使用等寬的字體，但肯定比較醜。可以用DOS字體，也就是記事本里的默認字體sysfixed 很醜，要有心理準備。比較推薦的是用Courier New。
SourceInsight提供的功能
1、解析日誌信息時非常有用的Source Link
總地說來，SourceLink根據特定的搜索模式，把當前文件中滿足模式的行、鏈接到由該行指定的其他源文件中。
所謂特定的搜索模式，共有兩種“File, then line”和“Line, then file”，其中前後兩部分依靠正則表達式的組的概念來予以分割。如果當前文件具有匹配行，比如“Error d:tcsrcq5.c 18: Lvalue required in function jsSort”，那麼SourceInsight在該行創建SourceLink、把該行鏈接到由該行指定的文件中（即d:tcsrcq5.c，第18行）。
1.1 創建SourceLink
運行Search菜單的Parse Source Links…命令，在彈出的框中、選擇搜索模式、並填入相應的正則表達式串，點OK，SIS就會解析當前文件，如果有匹配，就創建SourceLink。
1.2 在解析日誌信息時，使用SourceLink
可以打開日誌信息，運行Parse Source Links命令，日誌中能夠匹配模式的每一行（通常是含有錯誤信息的行）、就會被設置上一個SourceLink
1.3在解析自定義命令輸出時，使用SourceLink
首先勾選Custom Command 中的“Parse Links in Output”，然後選擇特定的搜索模式，最後填入合適的正則表達式。這樣，Source Insight把輸出信息作爲當前搜索用文件；並且，如果有匹配行（通常即編譯錯誤信息行），SIS爲 該行創建SourceLink、並把每一個錯誤信息中給定的文件（和行號）作爲link目的地，這對於我們修改源代碼錯誤非常有幫助。
2、替換（Replace） VS 上下文敏感的智能重命名（Context-Sensitive Smart Rename）
2.1 替換（Replace）
目前來說，普通的替換命令、快捷鍵爲ctrl+H，足以已滿足工作要求。
在彈出的替換窗口中，在Search框中勾選Selection來只在所選文本區域中替換（當然這時你要先選定區域然後再按ctrl+H）、勾選WholeFile來在整個當前文件內替換、兩者都不勾選來從當前光標處替換至文件末尾；點右邊的Files…按鈕，可選擇替換多個文件的內容。
2.2上下文敏感的智能重命名（Context-Sensitive Smart Rename）
Smart Rename命令、快捷鍵是Ctrl+’，是上下文敏感的全局搜索替換。它可以智能地重命名全部項目文件中的一個標示符。SourceInsight的搜索索引（search index）使得搜索過程進行地非常快。而且，使用Smart Rename所做的替換會被記錄在Search Results窗口中，每一條替換記錄旁有一個SourceLink鏈接到替換發生地文件。
Smart Rename可以用來重命名標記（symbol）。如果勾選了Smart Reference Matching選項，Smart Rename就只在正確的上下文範圍內進行重命名。它可以智能地重命名全部項目文件中的一個標示符；它可以重命名函數本地變量，類或結構體成員、函數。
在彈出的Smart Rename窗口中有下面幾項∶
|
Old Name 填舊名稱。光標下的詞會被自動加載；光標的位置非常重要，這是因爲Source Insight會根據本地上下文背景、準確地確定你想要重命名哪一個標記。 推薦只填單個詞、而不是字符串。 如果你在命名成員變量、或本地變量（），Old Name框中會顯示完全標記名、即上層容器名+標記名。例如，框中的“DocDraw.paintStruc”代表DocDraw是函數名，paintStruc是函數的本地成員變量。 New Name 填新名稱。只填標記名，不填上層容器名。 Output Search Results 如果勾選，搜索替換結果日誌會被輸出到Search Results窗口中。可以通過Windows菜單來切換，或ctrl+tab切換察看。並且每一條記錄旁會有SourceLink鏈接到替換發生地文件。 Confirm Each Replacement 每次替換詢問。 Skip Comments 不重名註釋部分。 |
【使用心得列表】
（１）如何用Smart Rename重命名數組的數組名？如果只選取數組名，會報錯！
（２）如果勾掉Smart Reference Matching，會搜索全部項目文件，並且Old Name框中不顯示完全限定名；如果勾選Smart Reference Matching，無法重命名數組名，而且鼠標位置不正確時會報錯。應該如何應對？
3、在SourceInsight中提供的正則表達式
3.1在SourceInsight中提供的正則表達式
正則表達式，是用來匹配複雜模式的特殊搜索用字符串。正則表達式串中，許多字符具有特殊的含義。例如，有個特殊的字符代表 “行首”。
下面是SourceInsight提供的所有可用特殊字符∶
|
Table 4.3: Regular Expression Characters |
|
|
Character |
Matches |
|
^ (at the beginning only) |
beginning of line。如^Hello，匹配Hello在句首。 |
|
. |
any single character |
|
[abc] |
any single character that belongs to the set abc |
|
[^abc] |
any single character that does not belong to the set abc |
|
* |
zero or more occurrences of the preceding character |
|
+ |
one or more occurrences of the preceding character |
|
t |
a tab character |
|
s |
a space character |
|
w |
white space (a tab or a space character) |
|
$ |
the end of the line。如TRUE$，匹配TRUE在句尾。 |
|
|
轉義字符。如果在它後面有元字符，取消其特殊含義。 |
可利用 “(”和 “)”、把正則表達式分割成不同的組；模式中的每個組自左向右指定爲 Group #n，n=1,2,…；組的概念在替換時很有用。
例如∶
abc(xyz)可匹配abcxyz，其中xyz被認爲是group#1，
利用21來替換(abc)(xyz)，替換結果爲xyzabc。
3.2 正則表達式在配置tc編譯器中的應用∶
正則表達式格式與源代碼文件路徑相對應，這裏我的tc安裝目錄爲d:tc，tc源文件放在d:tcsrc下，並命名爲qn.c或qtn.c（其中n=1,2,…）。
觀察Tc編譯器某一次輸出錯誤信息的格式∶
Error d:tcsrcq5.c 18: Lvalue required in function jsSort
則我們要匹配“d:tcsrcq5.c 18”部分，進一步地，按照SourceInsight捕捉輸出並加以解析時的要求，要以組的形式、分別匹配“d:tcsrcq5.c 18”中的文件部分和行號部分∶
行號([1-9][0-9]*)
空格行號s([1-9][0-9]*)
文件名(d:tcsrc[qQ][tT][1-9][0-9]*.[cC])
全部加起來爲∶
|
(d:tcsrc[qQ][tT]*[1-9][0-9]*.[cC])s([1-9][0-9]*) |
3.3 正則表達式在配置javac編譯器中的應用∶
我的JAVA_HOME是c:jdk，我的java源文件放於d:javasrc中，並命名爲qn.java或qtn.java（其中n=1,2,…）。
觀察JDK編譯器某一次輸出錯誤信息的格式∶
D:javasrcQ3.java:3: ';' expected
正則表達式爲∶
|
([dD]:javasrc[qQ][tT]*[1-9][0-9]*.java):([1-9][0-9]*) |
4、自定義命令
自定義命令與項目相關，在一個項目中定義的所有自定義命令屬於該項目、只對該項目有效（包括快捷鍵等）。
自定義命令類似於命令行批處理文件。SIS允許自定義命令在後臺運行；並可以捕捉自定義命令的輸出、放置於文件中、或粘貼入當前光標插入點。
分別利用上面SIS對輸出信息的處理方式，自定義命令對集成編譯器相當有用，可以捕捉編譯器輸出並創建SourceLink尋錯；自定義命令對於文本過濾也相當有用，可選中待過濾區塊、運行Sort自定義命令、粘貼回選定區塊、即完成文本過濾。
請按下面步驟創建自定義命令∶
Options菜單àCustom Command
à點右邊Add鈕、填入新自定義命令名稱，或下拉左邊Commands、選擇命令進行修改
àRun框、填入待執行命令行，可含有特殊元字符，見後面的元字符表
àDir框、執行命令行時應處的目錄，如不填，以源代碼文件所在目錄爲命令執行目錄
à勾選Output框的Capture Output、輸出被捕捉，如果勾選Paste Output，輸出被粘貼
à勾選Control Group框中的Save Files First、SIS會在運行命令前先檢查文件是否保存
à勾選Control Group框中的Pause When Done、SIS會在命令結束後暫停、方便檢查
à勾選Source Links in Output框中的Parse Source Links，?/p>
來源：http://www.cppblog.com/totti1006/archive/2008/03/24/45284.aspx
使用 slickedit ---（VC，Source Insight ，SlickEdit 比較）
用慣了VS+visual assist的程序員，如果轉到做linux開發，難免有很多不習慣。最主要的要數好像找不到一個合適的IDE編輯器，以至於很多人使用VS來寫程序，然後拷貝到linux下編譯。
使用過VS，也使用過source insight，各有優劣。Visual studio + visual assist 確實功能強大，尤其是在代碼編輯這塊，我覺得是非常強的。而在代碼瀏覽方面就要稍遜si一籌，但是讓我用source insight來寫代碼，確實有些難受。在這裏不加入編輯器優劣的論戰，每種工具都有很多人用，最重要的是自己覺得方便就行，沒有什麼比自己心情舒暢更重要。
在轉到做linux相關開發後，我花了一段時間來了解編輯器，想爲自己想一款合適的編輯器，提高開發效率，所謂工欲善其事，必先利其器。目前是使用 source insight，一直以來有兩個地方迫使我想放棄，一是其編輯代碼能力，實在不敢恭維，尤其是函數提醒功能，做的太差了，在這方面比vs+visual assit 差太遠了。二是文件列表，裏面簡直是個大雜燴，各個目錄的文件都列在哪裏，我曾想能不能按目錄排下序，這樣找起來，看起來都方便一點。找了半天，發現好像沒這個功能。在屢次鬱悶之後，決定找另一個來替代。
想到用vs2005+visual assist算了，卻發現vs在工程大之後，速度是奇慢，而且批量添加文件什麼的，也沒有source insight方面，沒多久這個想法就被否決了。
後來又在網上找了找，發現了一個slickedit的編輯器，這個的特點是跨平臺的，而且大致瞭解和使用了一下，其在代碼瀏覽和代碼編輯方面都還可以。唯一覺得不太如意的就是在linux虛擬機下反應有點遲鈍（不知道是否是我的機器太慢了）。Windows下還行，但比source insight要慢，比vs2005 要好點（這個主要是加大量文件之後的測試體驗）。
感覺這個slickedit 是我想找的東西，決定花時間研究一下。這個產品好像出來十幾年了，不知道爲啥在國內不怎麼流行。在網上還找到一個關於這個編輯器的書，看來這個在國外還是蠻有市場的。
來源：http://www.elinuxsoft.cn/2009/04/slickedit-vcsource-insight-slickedit_20.html
將Source Insight配成和VC6一樣的效果
|
|
| 原文地址 http://blog.csdn.net/ablo_zhou |
source insight VC 6.0風格
習慣了vc6 ide的完美表現，當然得加上增強工具WndTabs與visual assist x。但在閱讀大規模的源碼時還是source insight好點，怎奈她那小小的字體還真是看起來眼累。網上找了一下，還真有不少人嘗試修改si的配置文件，參考了一下他們的做法，自己也修改了一下，基本修改的比較全面，做個附件傳上來。怎麼使用就不說了吧，在option裏，一看便知。下載地址：http://download.csdn.net/source/514236
來源：http://blog.csdn.net/Delores/archive/2008/06/26/2587511.aspx
