A1Z26 密碼將每個英文字母對應到字母表中的位置，從 A 對應 1、B 對應 2，依此類推直到 Z 對應 26，而 A1Z26 密碼轉換器接受數字之間以空格分隔，只要每個實際的字詞邊界都以斜線標記即可。連字號是該工具在單一字詞內連接字母時的首選分隔符號，但解碼器也接受一般空白作為字詞內的有效替代分隔方式，因此在單一字詞中寫成 8 5 12 12 15 與寫成 8-5-12-12-15 會解碼出相同的結果。之所以在字詞之間必須使用斜線 (/)，是因為純粹以空格分隔的輸出無法區分字母邊界與字詞邊界:序列「1 2 3」可能是同一個字詞中的三個字母 (A、B、C)，也可能是一個字母的字詞「A」加上當作數值處理的兩個字母字詞「BC」。轉換器透過在編碼時將英文字詞之間的每一段空白折疊成單一斜線分隔符號，並在接受時將該斜線視為明確的字詞分隔標記，來解決這個模糊性的問題。

can i separate numbers with spaces when i use a1z26 cipher translator
A1Z26 密碼:如何使用空格與斜線分隔數字

為什麼純空格會失去字詞邊界

數字之間使用純空格看起來很整齊，但它抹除了接收者無法重建的一項資訊。字串「23 15 18 12 4」可能解碼為一個五個字母的字詞 (W、O、R、L、D)，也可能解碼為兩段 (「W O」加上「R L D」)，或是「WO」加上「RLD」 — 讀者在沒有猜測的情況下無從判斷。加上單一的標點符號就能立即改變這種情況。加上斜線後變成「23 15 18 12 4 / 1 2 3」，讀者就能清楚知道每個字詞從哪裡開始、在哪裡結束。A1Z26 密碼轉換器就是圍繞這個原則所建構，因此其輸出語法在字詞內部使用連字號，在字詞之間使用斜線，而其解碼器在需要保留字詞分隔的位置都要求使用斜線。若沒有這個明確的邊界，純粹以空格分隔的序列在本質上就是有損的，就像寫「123」時沒有標點，就無法得知原本是一個、兩個還是三個數字一樣。

轉換器如何標記字母與字詞的分隔

轉換器有兩種分隔符號，每一種都代表不同的意義:

  • 連字號 (-) 用於連接同一個字詞中的兩個字母。HELLO 會變成 8-5-12-12-15。
  • 斜線 (/) 用於標記兩個字詞之間的邊界。HELLO WORLD 會變成 8-5-12-12-15 / 23-15-18-12-4。

在解碼模式下，轉換器對字詞內部的分隔較為寬容:它接受連字號或任何連續空白作為數值之間的分隔符號。這就是為什麼貼上 8 5 12 12 15 或 8-5-12-12-15 都會解碼為 HELLO。但在字詞之間則較為嚴格:斜線是解碼器唯一會保留的字詞分隔標記。如果你貼上沒有斜線的 23 15 18 12 4，解碼器會將整段視為一個五個字母的字詞，因為數字本身所顯示的就是如此。

這個雙分隔符號的語法，正是輸出對多字詞英文輸入仍能保持可逆性的原因。從 A=1 到 Z=26 的對應遵循 Unicode 基本拉丁文圖表中所定義的標準 ASCII 大寫字母順序，其中 A 的代碼點位於偏移量 1,Z 位於偏移量 26，因此在可接受範圍內的任何數值，無論旁邊是哪種分隔符號，都會解碼到同一個字母。

使用正確的分隔符號編碼一個片語

請依照下列步驟將英文字詞轉換成分隔正確的 A1Z26 序列:

  1. 將工具切換到「字母轉數字」模式。
  2. 在輸入區域中輸入或貼上你的英文字詞，每個字詞之間留一個空格 (或任何空白)。
  3. 執行轉換器。編碼器會將字母轉為大寫，拒絕任何標點符號，並將字詞之間的每一段空白轉換成單一的斜線分隔符號。
  4. 完全按照輸出面板中顯示的樣子，複製連字號與斜線組合的結果。
  5. 在原始片語原本有空格的位置保留斜線，不要將其替換為其他分隔符號。

編碼器從不為標點符號或帶有變音符號的字母杜撰轉義規則，因此如果你的輸入中包含逗號或 é，該次執行會以明顯的方式失敗，而不是默默地把資料丟掉。這種明顯的失敗，正是該工具為了讓每個被接受的結果都能以人工核對所付出的代價。

解碼混合使用空格與斜線的數字

在解碼方向上，空格與斜線的問題最為關鍵，因為解碼器必須判斷每個字詞從哪裡開始。在單一字詞內部，解碼器較為寬容 — 它接受連字號或任何連續空白作為數值之間的分隔符號 — 但在字詞之間則要求使用斜線。

一個實際的範例可以說明其中的差異。輸入 8 5 12 12 15 / 23 15 18 12 4 的解碼過程如下:

  • 在第一組中，數值之間的空格作為字母分隔符號:8 → H,5 → E,12 → L,12 → L,15 → O，得到 HELLO。
  • 斜線表示一個字詞的分隔。
  • 在第二組中:23 → W,15 → O,18 → R,12 → L,4 → D，得到 WORLD。

最終解碼結果為 HELLO WORLD。如果少了斜線 — 假設輸入是 8 5 12 12 15 23 15 18 12 4 — 解碼器會將這十個數值視為單一的十個字母的字詞，即使每個個別數值都落在可接受範圍內，答案仍然會是錯誤的。

分隔符號格式並列比較

六種分隔符號的模式涵蓋了轉換器接受與拒絕的所有情況。下表顯示每種模式、它的有效位置，以及使用時的實務注意事項。

格式 適用於字母之間? 適用於字詞之間? 備註
僅使用連字號 (例如 8-5-12) 是 否 工具預設的編碼輸出
僅使用空格 (例如 8 5 12) 是 (僅限解碼器) 否 無法標記字詞邊界
僅使用斜線 (例如 /) 否 是 僅作為字詞分隔標記時有效
連字號 + 斜線 (例如 8-5 / 23-15) 是 是 工具建議的雙向轉換語法
空格 + 斜線 (例如 8 5 / 23 15) 是 是 解碼器接受混合的空白
數值之間使用逗號或句點 否 否 因非數值代幣而被拒絕

斜線是唯一安全的邊界標記，因為其他任何單一字元的選擇不是在字詞內部產生模糊性 (空格)，就是在所有位置都不受支援 (逗號或句點)。語法保持明確，以使雙向轉換永遠不依賴猜測。

轉換器所顯示的錯誤

由於轉換器將分隔符號處理與數值處理視為兩種不同的檢查，因此它能夠明確指出問題所在:

  • 空白或僅含空白的輸入會產生錯誤而非空白結果，因此貼上空白內容不會默默返回空白答案。
  • 兩個斜線之間的空白字詞 (例如 8-5 / / 1-2) 會被拒絕，因為解碼器沒有對應的字母可以產生。
  • 零、二十七、負數、小數以及字母代幣都會被拒絕，並回報具體的超出範圍代幣，因此像 27 這樣的值不會默默地被包回 1。
  • 編碼模式中的標點符號、數字與帶變音符號的字母都會被拒絕，因此 café 會以明顯的方式失敗，而不是在未記載的規則下被音譯為 CAFE。

這種明確性正是解謎工具與猜測工具之間的差別。解碼器從不推斷缺少的空格、不對可能的片語進行排名，也不在對空格分隔序列的多種合理解釋之間做選擇。如果原作者使用了斜線，該斜線就會被保留;如果原作者沒有使用斜線，解碼器會將該序列視為單一的連續字詞，而不是猜測字詞分隔應該在哪裡。想要以人工方式核對結果的讀者隨時都可以這麼做，因為唯一套用的規則就是 A=1 到 Z=26 的對應加上兩種明確的分隔符號。

如果你正在權衡選項，Rail Fence 密碼解碼器批次處理:長貼上內容、完整 Unicode對此有詳細介紹。

如果你正在權衡選項，一款留在瀏覽器中的 Vigenere 密碼解碼器替代方案對此有詳細介紹。