C# 斯洛文尼亚文化的数据时间(sl SI)有空间
我准备了一个小WPF应用程序: 视图: 视图模型如下所示: 现在,由于某种原因,斯洛文尼亚文化在日、月和年之间存在着空间: 我是说2019年1月14日之前,我得到了14分。12019年。根据维基C# 斯洛文尼亚文化的数据时间(sl SI)有空间,c#,datetime,culture,C#,Datetime,Culture,我准备了一个小WPF应用程序: 视图: 视图模型如下所示: 现在,由于某种原因,斯洛文尼亚文化在日、月和年之间存在着空间: 我是说2019年1月14日之前,我得到了14分。12019年。根据维基 斯洛文尼亚d。嗯。yyyy或dd.mmmm yyyy 然而,我注意到引用实际上是一个Microsoft页面(引用不起作用) 所以作为一个bug,我对此表示怀疑。至于大多数人使用什么(这可能取决于你问谁)这是正确的行为。探索数据的最简单方法是通过。(没有特定的sl SI目录)包含以下部分: "d
- 斯洛文尼亚
或d。嗯。yyyy
dd.mmmm yyyy
所以作为一个bug,我对此表示怀疑。至于大多数人使用什么(这可能取决于你问谁)这是正确的行为。探索数据的最简单方法是通过。(没有特定的sl SI目录)包含以下部分:
"dateFormats": {
"full": "EEEE, dd. MMMM y G",
"long": "dd. MMMM y G",
"medium": "d. MMM y G",
"short": "d. MM. yy GGGGG"
}
因此,看起来.NET做的事情是正确的。不管它是什么(见下面的答案),它绝对不是一个C#bug,因为这是一种编程语言。@IanKemp:我认为事实并非如此-请看我的答案,其中引用了Unicode CLDR。这几乎是这里的标准信息来源。@JonSkeet使用您在开发NodaTime时获得的古老知识是欺骗p但是谢谢你,直到现在我才知道CLDR的存在,下次我有一个与文化格式化相关的问题,我知道该去哪里!关于这个问题的一些相关信息:顺便说一句,如果有人不熟悉这些格式,
G
代表“Era”,而E
代表日名EEEE
表示宽泛的日名称,如Monday
,GGGGG
表示狭义的“时代”描述,如A
(用于AD
)。