逐行比對兩個版本的文字，是一種讓艱澀段落更容易閱讀的具體方式，因為差異比對只會顯示哪些地方變了、哪些地方保持不變。這項技術的運作方式，是將原始版本與修訂後的版本並排對齊，然後依序逐行檢查，並為每一行標記為新增、刪除或未變動。當讀者面對密集的散文、不熟悉的詞彙，或是經過大量編輯的稿件而卡關時，可以藉由這種框架，把任務從「理解所有內容」轉變為「找出真正新的東西」。一款基於瀏覽器的文字差異比對工具會自動為你完成這項逐行檢查:把原始版本貼在左側、修訂版本貼在右側，工具就會回傳一個排序過的列示清單，每一列前面會加上加號、減號或中性符號，並附上摘要計數。所有內容都不會上傳;每次比對都在本機端執行，單邊最多支援 500 行、200,000 個字元。產出的結果是這段文字的結構地圖，而不是逐字元轉錄，這正好是閱讀困難的讀者用來在陌生素材中站穩腳步所需要的東西。
對讀者而言，什麼算是「艱澀文本」
這個詞涵蓋的範圍比乍看之下更廣。一段文字之所以變得難讀，有多種彼此重疊的原因，每一種都會把不同的閱讀策略逼到極限。學術性的密集散文會把簡單的編輯藏在術語背後。經過大量修訂的草稿改動太多，隨意重讀會漏掉一半的內容。翻譯對照組要求讀者同時在工作中記憶體中維持兩種語言。設定檔、紀錄檔與短小的程式碼片段，只要有一個字元變動，瞬間就會變成一片雜訊。
傳統建議——讀兩遍、查單字、做筆記——對詞彙與理解有幫助，但對於「我無法判斷這兩份版本之間到底哪裡不同」這個特定問題卻無能為力。這正是逐行差異比對所要解決的問題。如果你的閱讀瓶頸是「找出變更之處」，那麼合適的工具不是單字卡或詞彙表;而是並排的結構式比對。
為何並排差異比對能解開更困難的閱讀
差異比對會把一段艱澀文本重新整理成三個類別:新增、刪除與未變動的行。每一個類別對應到不同的閱讀需求。新增是讀者必須整合進去的新內容。刪除是讀者可以在腦中捨去的舊內容。未變動的行則是錨點——讀者可以依靠的部分，因為你已經理解它們了。依序逐列檢視，會把一面令人卻步的陌生散文牆，轉化成一連串小型、可管理，且對照熟悉內容的比較。
Reddit 上的讀者多年來一直在交流這個想法的各種版本。寫作、翻譯與系統管理社群的討論串都描述了同樣的直覺:當一段文字太過密集或修訂過多而無法正常閱讀時，與其試圖讀完整段，不如開始去檢視哪些地方變了。一個確定性的逐行差異比對把這種直覺形式化。它移除了猜測，為每一行賦予明確的標記，並在頁面底部產生一個你可以用來做合理性檢查的計數。
確定性這一點很重要。工具所使用的最長共同子序列演算法，對於相同的輸入每次都會產生相同的列示，這代表讀者的註記在重新執行後仍然有效，比對本身也會成為一塊證據，而不只是猜測。
如何用文字差異比對工具閱讀艱澀文本
- 把原始文字貼在左側，修改過的文字貼在右側。
- 選擇「Compare lines」以執行逐行比對。
- 檢視產生的列示:加號代表新增、減號代表刪除、中性前綴代表未變動的行。
- 閱讀摘要計數，確認新增、刪除與未變動的行數。
- 從上到下重讀差異結果，把每一列視為獨立的閱讀任務。
每一個步驟都只使用工具所提供的控制選項。沒有上傳步驟、沒有帳號步驟、也沒有產生修補檔的步驟。編輯任一側會清除先前的比對，因此工作流程始終維持「貼上、比對、閱讀、重複」。
如何解讀差異比對的輸出
輸出是一個排序過的檢視畫面，而不是 unified-diff 檔案。原始版本中的每一行與修改版本中的每一行，在輸出中恰好出現一次，順序依演算法所選擇的排列。每列都帶有一個單一字元的前綴，告訴讀者該如何解讀。底部的摘要會回報各類型的計數，讓讀者能一眼對比對結果做合理性檢查。
| 前綴 | 意義 | 閱讀任務 |
|---|---|---|
| 中性 | 未變動的行，同時存在於兩側 | 略讀或跳過;這一行是你的錨點 |
| 加號 (+) | 新增的行，僅存在於右側 | 仔細閱讀並整合進你的心智模型 |
| 減號 (-) | 刪除的行，僅存在於左側 | 記下刪除之處;從你的心智模型中釋放該部分 |
一個小小的實作範例可以讓輸出變得具體。請看左側這份原文:
| 側 | 行 |
|---|---|
| 原文 | 第一行保持不變。 |
| 原文 | 第二行被修改。 |
| 原文 | 第三行保持不變。 |
| 修改版 | 第一行保持不變。 |
| 修改版 | 第二行被完全修改。 |
| 修改版 | 第三行保持不變。 |
選擇「Compare lines」後，列示會依來源順序出現並帶上前綴:
| 列示 | 類型 |
|---|---|
| (中性) 第一行保持不變。 | 未變動 |
| - 第二行被修改。 | 已刪除 |
| + 第二行被完全修改。 | 已新增 |
| (中性) 第三行保持不變。 | 未變動 |
底部的摘要會回報 1 列新增、1 列刪除、2 列未變動。雖然第二行只有一個詞組被修改，逐行比對仍將此編輯視為舊行的刪除加上新行的新增。這種粗略的檢視是工具刻意的設計:它讓輸出對散文段落、清單修訂、設定檔變更與簡短紀錄行來說都能保持易讀。
這種閱讀方法適用與不適用的情境
這項技術是圍繞著一個特定的取捨而建立的。行是以精確的完整字串進行比對，包括大小寫、標點、每一個空格、每一個 tab 鍵，以及每一個 Unicode 碼位。一行只有在完整字串完全相同時，才會與另一側匹配。這使得工具在結構比字元層級細節更重要的任務上表現出色，但在需要字元層級細節的任務上並不適合。
| 閱讀情境 | 適合逐行差異比對嗎? | 原因 |
|---|---|---|
| 一段文字的兩個草稿版本 | 適合 | 行層級的編輯為主;差異比對會突顯每一處變更 |
| 一段短文的兩個翻譯版本 | 適合 | 重組會以新增與刪除的形式呈現 |
| 調整前後的設定檔 | 適合 | 每個被改動的設定會以清楚的列示呈現 |
| 僅有時間戳記不同的紀錄檔 | 適合 | 時間戳記那一行會以刪除加新增呈現 |
| 同一個句子內字元層級的編輯修改 | 不適合 | 任何單一字元的變更都會變成一列刪除加上一列新增 |
| 具有歷史紀錄、改名與作者資訊的程式碼儲存庫 | 不適合 | 請使用 Git;它會追蹤檔案、修補檔與合併 |
| 單邊超過 500 行或 200,000 字元的檔案 | 不適合 | 工具在建構比對表格之前，會先拒絕超出上限的輸入 |
還有兩項限制值得另起一段說明。比對完全在瀏覽器內執行;不會上傳任何內容，頁面關閉或重新整理後也不會保留任何資料。單邊超過 500 行或 200,000 字元的輸入會在一開始就被拒絕，而不是被默默地截斷，因此讀者永遠不會看到一個不完整的答案。CRLF、單獨的 CR 與 LF 都會被視為行界(其中 CRLF 算作一個)，工具會在分析時統一界線格式，同時保留每一行內部的內容。不同的 Unicode 標準化格式、視覺上相似的字元，以及隱藏的空白仍可能產生變化，因此敏感的編輯值得在其目的端格式中加以檢視。
整合應用:Reddit 讀者的工作流程
把差異比對當作閱讀輔助最清楚的做法，是挑選兩個範圍明確的版本，並把比對本身視為真正的閱讀任務。對於長篇草稿，請先把文字切成 500 行以內的區塊，然後分別執行每個區塊。對於翻譯，請在兩個檔案之間保持段落對齊，讓比對保持可讀性。對於設定檔變更，請在調整前後擷取檔案，讓列示精確顯示調整所帶來的改動。
輸出是一種說明式的檢視，而不是修補檔。這個差別很重要:這些列示是供閱讀使用，而不是用來套用至其他程式。請把它們當作學習輔助、驗證步驟，或合理性檢查。對於具有分支、改名與作者資訊的儲存庫歷史，Git 仍然是合適的工具。對於超過工具上限的檔案，原生或串流式的 diff 公用程式會更合適。至於所有落在上限內的內容，逐行差異比對會把一段艱澀文本從一面高牆轉化成一張地圖。
若想以略為不同的角度深入了解同一技術，請參考指南如何閱讀兩個版本之間的艱澀文字，其中更詳細地介紹了比對檢視。不過，文字差異比對工具本身仍是最簡單的起點:貼上、比對，然後閱讀列示所要告訴你的內容。
延伸閱讀:如何依照行數將文字檔分割成多個檔案。