用IntlDateFormatter格式化PHP

Question

我注意到，当用PHP的IntlDateFormatter格式化日期时，结果可能因语言而异。示例：

$formatter = new IntlDateFormatter("en_GB",
                        IntlDateFormatter::SHORT, IntlDateFormatter::NONE,
                        "Europe/Vienna");

$date = $formatter->format(0);

在本例中，$date将是31/12/1969，但如果我使用de_DE作为区域设置，则$date就是31.12.69。使用IntlDateFormatter::MEDIUM时，差异较大。

• 德语：31.12.1969
• 中文：31 Dec 1969

是否有一种方法可以在不指定格式的情况下获得更多类似的结果？

Answer 1

正如ICU医生所说：

1. 短是数字，例如12/13/52或下午3:30
2. 中型较长，如1952年1月12日。
3. 长是长，例如1952年1月12日或下午3:30:32。
4. 详细说明如下:1952年4月12日星期二或太平洋标准时间下午3:30:42。

所以，你可能是对的：“谁定义了这些短/中型格式，由谁来决定它的样子？”

所有这样的决定都得到了CLDR和它们的过程被描述为的确认。

一旦收到一国和一种语言的数据，将对来自不同来源的数据进行比较，以表明协议和差异。最初的数据贡献通常被标记为草案；一旦数据被审查，这可能会改变。 注意，存储库中有两种类型的数据：

• 共同数据:内容由CLDR技术委员会按照其程序和这一过程决定。
• 比较数据:贡献者可以是个人或组织。数据通常通过调用公共API来收集，以确保数据与实际使用的数据匹配。数据仅用于比较，除非需要更新数据以匹配外部源，否则不会更改。唯一的要求是所有更改的数据都要进行版本化，并使用版本编号方案。

鼓励捐助方在其组织内外使用当地语言和国家联系，帮助审查目前的共同数据以及关于增加或修正共同数据的任何新建议。特别是，鼓励国家标准组织参与数据审查进程。

可能，并不总是(在世界各地)中型格式看起来像：12, Jan 2015，并且决策是在国家一级作出的。如果你，作为德国人，对此有顾虑--你可以尝试在票上填上兑换方案。