資料最後維護
資料最後維護
歐陸與多數拉丁美洲國家用點當千分位、逗號當小數點,英語圈剛好相反。於是 1.000 在柏林讀作一千、在波士頓讀作一。兩種讀法在各自的慣例裡都是對的——這正是為什麼光看那串字無法判斷該用哪一種。金額重要時,找一個同時帶兩種符號的數字,例如 1.234.567,89 或 1,234,567.89,那才沒有歧義。
貼上一串字後,表中每一種慣例都會被試一次。只有在某慣例下能產生真實日曆日期或合法數字,該讀法才會保留——所以 31/02/2026 什麼都不會產出,12.34.567 也會因為分組位數不對而被剔除。國家要同時符合分隔符與欄位順序才會被列入,因此用點寫日期的國家不會出現在斜線字串的讀者名單裡。年份必須四位數:兩位數年份連哪一段是年份都無法判定,硬猜只會讓低信心的讀法淹掉真正的答案。
ISO 8601 把欄位由大到小排,並固定補成四位—兩位—兩位:2026-03-04。沒有任何國家會把它讀成 3 月 4 日,因為開頭那組四位數只可能是年份。在同一語言內把月份寫成文字也有效。無效的是挑一個自己習慣的短格式,然後假設對方也一樣。本工具的判讀結果一律以 ISO 8601 呈現,理由相同。
本表收錄 54 個書寫慣例可以用「欄位順序 + 分隔符」描述的國家。日常民用曆本身就是另一套曆法系統的國家不在收錄範圍——一張西曆欄位順序表沒辦法誠實描述它們。台灣、泰國與日本有收錄並附註記,因為它們的另一套紀年是架在西曆的月與日之上。本工具一次讀一串日期或數字;把整份文件正規化是另一件事,不歸這裡。
關於這個主題的常見疑問與實用解答。
兩者都是,取決於誰寫的。世界多數地區把日放前面,所以 03/04/2026 是 4 月 3 日;美國與少數國家把月放前面,那就是 3 月 4 日。字串本身不帶任何線索指出用的是哪種慣例,所以唯一可靠的辦法是問寫的人,或在同一份文件裡找一個日大於 12 的日期——那個只有一種讀法,能反推出整份文件的慣例。
在德國、西班牙、義大利、巴西以及歐洲與拉丁美洲多數地區是一千,那裡的點是千分位。在美國、英國、日本等地是一,那裡的點是小數點。這是本表裡代價最高的一種歧義,因為兩種讀法差一千倍。金額重要時,請對方寫成同時帶兩種符號的形式,或明確標出幣別與小數位數。
ISO 8601:2026-03-04,固定年—月—日並補成四位—兩位—兩位。開頭那組四位數只可能是年份,歧義因此完全消失。它是交換日期的國際標準,也是本工具用來呈現判讀結果的格式。在同一語言內,把月份寫成文字也可以。
小數記法早期兩種符號在歐洲都有人用,各國標準最後選擇不同。逗號成為歐陸慣例,也是國際度量衡局建議的形式;點則隨英語圈擴散,並因此進入電腦領域。兩者沒有誰比較正確,只是兩套從未統一的慣例。
不是。文字由右向左,但數字內部的位序與其他地方相同,最高位仍在左邊。變的是數字相對於周圍文字的位置,以及貨幣符號落在哪一側。本表的書寫方向欄描述的是文字方向,不是數字位序。
它們的月與日仍是西曆,只是年份從不同的起點開始數。台灣以 1912 年為元年,西元年減 1911 就是民國年。泰國用佛曆,等於西元年加 543。日本則以在位年號紀年。三者都只有年份不同,月與日就是一般的西曆月日。
本工具資料整理自下列權威來源,歡迎點擊查證。
資料最後維護