c# – 为什么当涉及到小数时,ISO-8601规范似乎被普遍忽略？

4.2.2.4 Representations with decimal fraction

If necessary for a particular application a decimal fraction of hour,minute or second
may be included. If a decimal fraction is included,lower order time
elements (if any) shall be omitted and the decimal fraction shall be
divided from the integer part by the decimal sign specified in ISO
31-0,i.e. the comma [,] or full stop [.]. Of these,the comma is the
preferred sign.

足够简单所以根据这个规范,一分秒的时间优先使用逗号分隔整数和十进制数,如2014-01-01T00：00：00,123.然而,似乎到处都是,只有一个小数点(又名“全停”)被接受！

现在我确信有一些语言或图书馆考虑到这一点,我知道在许多情况下,您可以提供自己的格式的全部细节.但是,对于这个规范来说,这样的监督看起来似乎是各种各样的程序员犯了同样的错误.有没有理由为什么会这样,除纯粹的人为错误？

以下是我测试的地方的列表.如有任何其他问题,请随时编辑问题以增加我的清单.谢谢.

.NET / C#

DateTime dt = DateTime.Parse("2014-01-01T00:00:00,123");

使用消息“String被识别为有效的DateTime”抛出一个FormatException.同一件事情,而不是一个逗号分析成功.

JavaScript日期对象

测试了最新的(在撰写本文)Chrome,Internet Explorer,Firefox和Node.js：

var dt = new Date('2014-01-01T00:00:00,123');

返回“无效日期”.使用期间可以正常工作.

JavaScript与moment.js

var valid = moment("2014-01-01T00:00:00,123").isValid();

返回false.使用期间代替返回true.

PHP

echo strtotime('2014-01-01T00:00:00,123');

返回一个空字符串.使用期间可以正常工作.

ruby

require 'time'
puts Time.iso8601("2014-01-01T00:00:00,123")

给出运行时错误.虽然时间不会保持分数秒,但它不应该是错误的 – 实际上如果使用了一段时间,它可以工作.