閱讀兩個版本之間的困難文字，歸結在於對每個新增、刪除與未變動的行進行結構化檢視，而 Text Diff Checker 正是直接在您的瀏覽器中執行這項比較，每側最多可處理 500 行。當您收到一份編輯過的草稿、修訂過的設定檔，或修補過的紀錄檔時，真正的挑戰在於找出並解讀原始版本與新版本之間的每一處差異。逐行 diff 將這個挑戰轉化為單一有序檢視:每一行會被標示為新增、刪除或未變動，而摘要計數讓您一眼看出文件變動了多少。這個工具在您的瀏覽器中套用此方法，比較兩段貼上的文字，每側最多 500 行與 200,000 個 UTF-16 字碼單元。兩個版本全程都留在您的本機上，不會上傳，也不涉及任何第三方服務。由於比較是在本機使用決定性的最長公共子序列演算法執行，同樣的輸入必定產生同樣的可讀輸出。請試用 Text Diff Checker，在您的瀏覽器中完成這項工作。
為何兩個版本的文字難以用肉眼閱讀
人眼擅長在短訊息中察覺改寫過的段落，但當變更細小、重複或零散時，就變得不可靠。一個漏掉的分號、一個被重新命名的變數，或一個被重新排序的項目，可能會消失在周遭的雜訊中。文件越長，這種情況就越嚴重:注意力會渙散，讀者開始瀏覽關鍵字，而不是逐行審核。這就是為什麼在審稿情境中，「困難的文字」通常指的是差異本身就是難點的文字，而不是詞彙或主題本身的難度。
逐行比較透過機械化地將每一行分類，來解決注意力問題。您不再需要在腦中同時持有兩個版本，而是改為閱讀一個單一有序的檢視，這個檢視會直接告訴您哪些行是新加入的、哪些行已消失、哪些行原封不動地保留下來。對於清單、設定片段、散文段落與小型程式碼摘錄，這種粗略的檢視仍然易於理解，因為比較的單位就是整行，這也正是您的眼睛在掃讀文件時自然會歸類的同一個區塊。
逐步比較困難文字的兩個版本
- 將原始文字貼到 Text Diff Checker 的左側，將變更後的文字貼到右側。
- 按下 Compare lines 按鈕，執行逐行比較。
- 檢視輸出結果:以加號開頭的行是新增，以減號開頭的行是刪除，未標記的行則未變動。
- 查看結果末端的摘要計數，了解新增、刪除或保留了多少行。
- 如果需要重新比較，可編輯任一側並再次執行 Compare lines，因為先前的結果會自動清除。
在比較開始前，如果任一側超過 200,000 個 UTF-16 字碼單元或 500 個正規化行數，工具會拒絕處理，因此不會有任何內容被默默截斷。如果您貼上的文件較長，請先修剪，或在自然段落處切分為多個部分，然後分別比較各部分並閱讀每部分的摘要。
如何閱讀 Diff 輸出
輸出是一個單一有序的檢視，來自任一側的每一行只會出現一次，順序以最容易看出差異的方式排列。前綴符號是快速閱讀的關鍵:
| 前綴符號 | 意義 | 該如何處理 |
|---|---|---|
| 加號 (+) | 新增的行，僅出現在變更後的文字中 | 確認其是否合適，並檢查是否含有非預期的內容 |
| 減號 (−) | 刪除的行，僅出現在原始文字中 | 確認刪除是有意的，且沒有遺漏任何內容 |
| 中性前綴 | 未變動的行，在兩個版本中完全相同 | 快速掃過即可;這些行與原始內容完全一致 |
閱讀 diff 是一種習慣:先掃描加號與減號標記，再仔細閱讀那些被標記的行。未變動的行扮演錨點的角色，讓您在文件中保持定位。檢視末端的摘要提供三個計數——新增、刪除與未變動——因此即使您尚未閱讀任何一行被標記的內容，也能判斷文件是變長、變短，還是大小維持不變。
影響您閱讀的行相等性規則
Text Diff Checker 只有在每個字元完全相符時，才會將兩行視為完全相等。這包括大小寫、標點符號、每個空格與 Tab 字元、前置與尾隨空白，以及底層的 Unicode 字碼點。本工具沒有忽略空白的選項，也沒有大小寫切換的功能。一個實際的結果是:即使該行「幾乎」相同，任何單一字元的編輯——例如修正錯字、把逗號換成分號、或更改變數名稱——都會以一個刪除加上一個新增的形式呈現。
這個嚴格的規則正是讓 diff 具備決定性且可稽核的原因。您無需猜測兩個視覺上相似的行究竟是被視為相等還是不相等，因為這個規則在每次執行時都完全相同。如果您懷疑存在隱藏的空白差異(例如本該是空格的地方卻是 Tab),diff 會將其顯示為兩個獨立的行，您可以直接檢查原始文件。
此工具在分析時也會對換行語法進行正規化。CRLF、單獨的 CR 與 LF 都會各自被辨識為行界，一組 CRLF 會被視為單一界線，而不是兩個。每行內部的內容會完全依照貼上的原樣保留，因此結尾帶有空格的行會在輸出中保留這些空格，並可能因此無法與另一側同一行的「乾淨」版本相符。
何時逐行 diff 是正確的閱讀輔助工具
只要每個有意義的變更佔據完整的行，且文件短到可以貼進瀏覽器，逐行 diff 就適合這類工作。以下是這種方法能讓困難文字變得易讀的典型情境:
| 情境 | 為何逐行 diff 有幫助 |
|---|---|
| 審閱已編輯的文章草稿 | 新增、刪除或改寫的句子會以獨立的標記行呈現 |
| 比較設定檔的兩個版本 | 每個設定各自佔一行，變更會被獨立且清楚地標示出來 |
| 檢查清單的修訂內容 | 新增或移除的項目會依序以加號或減號列呈現 |
| 驗證預期的紀錄檔行 | 未變動的行可確認哪些部分沒有改變;加號或減號列則可確認哪些部分有改變 |
| 稽核短小的程式碼摘錄 | 改寫的行會與周遭脈絡清楚區隔 |
對於較大型或採用版本控制的工作，在瀏覽器中進行的逐行 diff 就不再是正確的工具。具備歷史紀錄、改名、修補、作者標記與衝突解決功能的原始碼版本庫，正是 Git 設計來處理的事情，而 Text Diff Checker 並非該工作流程的替代方案。對於非常大的檔案，串流式或原生 diff 工具會以區塊方式從磁碟讀取，避免將整份文件載入記憶體。
讓輸出更值得信賴的閱讀訣竅
每次比較開始時，先查看摘要計數。如果「新增」加上「刪除」的數量遠高於您的預期，請放慢速度，逐行閱讀被標記的行，而不是快速掃過。如果計數與您對此次變更的心智模型一致，剩下的工作就只是確認被標記的行是正確的，且沒有任何被標記的行被忽略。
在完成審閱之前，請將兩個來源版本另外保存在工具之外的地方。Text Diff Checker 在瀏覽器中進行比較，並不會在頁面關閉或重新整理後保留歷史紀錄，因此原始檔案是您在需要重做審閱時唯一的依據。編輯任一側會清除先前的比較結果，這是一種防止拿舊結果對照新輸入而誤讀的保護機制。
如果您需要比較超過每側 500 行或 200,000 字元，請先在自然段落處切分文件，然後分別將每個部分送入工具處理。切分可讓每次比較都落在文件所記載的限制內，並提供各部分的摘要，通常比單一過大的 diff 更容易審閱。對於字元層級的編輯、搬移的區塊，或不區分大小寫的比較，逐行檢視的顆粒度就不對了，此時您應改用能在實際需要查看的層級上運作的編輯器或工具。
如 MDN 字串分割參考資料與 MDN 型別陣列指南所記載，比較是在瀏覽器中本機執行，使用型別陣列來建構有界的動態規劃表格，並以標準字串分割來處理行界。過程中不會呼叫任何第三方函式庫或服務，這也是為什麼在比較期間沒有任何資料會離開您的電腦。
如需深入了解，請參閱 如何在任何應用程式中閱讀 Wingdings 符號。
如需深入了解，請參閱 透過在本機 diff 兩個版本來閱讀困難的文字。