世界上是否有人可以理解通用的日期格式？

在加拿大，每个人都熟悉日期格式YYYY-MM-DD。在欧洲或南非，他们更喜欢DD-MM-YYYY。有些来自南非的用户对YYYY-MM-DD日期格式感到困惑。有没有办法处理这种情况？

我正在考虑对所有对象使用以下方法格式： Feb 02, 2011

在暧昧的部分是从一个月分化一天，如果他们是用数字表示。

02/03是2月03日还是3月02日？

通过使用其名称更改其编号中的月份标识符，可以消除这种歧义。要回答您的问题，您的变体Feb 02, 2011似乎是一个很好的解决方案。

如果仅用2位数字书写年份，则仍然存在潜在的问题，但是很容易解决（使用4）。

否 。没有公认的日期格式。

ISO 8601定义日期格式的国际标准。因此，这可能是最好的折衷方案。但是正如您所说，用户并不总是喜欢这种格式。

唯一正确的解决方案是为不同国家/地区提供不同的格式。如果您选择的编程语言有大量关注者，您可能会发现有一个实现此目的的标准库。

您应该为此使用文化信息。或至少是本地显示格式。

在JavaScript中，可以将toLocaleString方法用于Date类。

对于C＃，可以在使用ToString时使用格式字符串。

快速的Google搜索应该会向您展示如何以您选择的语言使用文化。

我会使用YYYY-MM-DD（并且总是写出四位数的年份和两位数的月份和日期）。据我所知，YYYY-DD-MM很少见，因此YYYY-MM-DD格式的含糊度最小，最终您的用户会流行起来。此外，您还将获得微不足道的分类优势。

您可以给每个用户自己的区域设置，然后根据他们的本地偏好来呈现日期和其他信息吗？

很多时候，您可以配置语言环境并在大多数框架中使用I18n。

通常，您需要指定格式和值。这是避免所有混淆的唯一方法。例如，您可以说“ 2011-02-02（YYYY-MM-DD）”。但是，它是以牺牲简单性和可读性为代价的，因此请了解您的受众。

您当然可以说“此后，所有日期的格式都为YYYY-MM-DD...。”然后，稍后出现的“ 2011-02-02”将是明确的。这可能更可口，但再次了解您的听众。

这个建议可能没有用，但我已经看到数月以罗马数字书写。当然，2011年3月3日可能是11月11日或3月3日，但我想第一种解释会更自然。

我要说的是，这取决于您在做什么，对输入有多少控制权以及是否将其存储在某个地方？

对于存储，我会使用Mike Dunlavey的建议：

由于您给的原因，只要有选择，我都会走UTC所在的YYYYMMDDHHMMSS。当我没有选择时，我让用户选择。

他没有留下这个答案，所以我会的。

还有一件事：查看以下有关如何输入CC到期日期的屏幕截图：http : //www.ubercart.org/files/credit_card_checkout.jpg

这个例子的妙处在于它不会让您思考。它同时使用数字和月份名称。我会考虑使用类似的输入。对于月份，请同时包含数字和本地化名称。对于年份和日期，请使用数字上/下或组合框。然后，日历控件似乎也很漂亮。

正如我所说，这取决于。对于存储：如果使用数据库，请检查它是否已经提供了良好的明确数据格式。如果使用其他方法，请查看“ YYYYMMDDHHMMSS，以小时为单位的UTC”是否有帮助。为了向用户展示它-考虑可能涉及哪些国家/地区，然后选择最直接的“不要让我思考”的表示形式。还可以考虑提供一个选项。

最后，检查一些已经做过类似事情的酷产品，然后尝试找出它们是如何做的。

网站的最终用户没有通用的日期和时间格式。也没有单个日期时间值，因为该值因客户的时区而异。您应该使用全球化-它基于用户的文化来定位数据，时间，货币，日历，数字格式（可以从用户浏览器传递的可接受语言中接收，也可以通过直接在应用程序中实现的开关接收）。某些API（例如.NET）直接支持此功能。

为了以数据库形式存储日期和时间，请使用通用格式-UTC（协调通用时间）。

不幸的是，国际计算世界中的所有智能都无法破解。

Microsoft和其他供应商都没有考虑过添加日期掩码，以使“月”显示为零填充，就像“日”一样，但是为三位数字。实践的采用将有助于促进一系列新的经过修改的日期格式，这些日期格式在数学上是等效的，同时在任何传统的日期格式中仍然易于识别和区分。那是：

• 0MM-DD-YYYY，例如2016年2月3日为002-03-2016

• DD-0MM-YYYY，例如2016年2月3日为03-002-2016

• YYYY-0MM-DD，例如2016-02-03的2016-002-03

• YYYY-DD-0MM，例如2016-03-002（如果有人想使用它！）

用这种方式修复它似乎太容易了……我想简单只是卖得不好。