数据最后维护
数据最后维护
欧陆与多数拉丁美洲国家用点当千分位、逗号当小数点,英语圈刚好相反。于是 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。日本则以在位年号纪年。三者都只有年份不同,月与日就是一般的西历月日。
本工具数据整理自下列权威来源,欢迎点击查证。
数据最后维护