.NET 4.7.2与.NET 6中en-GB区域DateTime格式"f"的差异问题

问题重现 #

在.NET 4.7.2中执行以下代码：

Trace.WriteLine(
    new DateTime(2023, 2, 3, 4, 5, 6).ToString(
        "f",
        CultureInfo.GetCultureInfo("en-GB")));

输出结果：

03 February 2023 04:05

在.NET 6.0中执行相同代码，输出结果变为：

Friday, 3 February 2023 04:05

用户未找到该变更的官方文档记录，且动态编译代码的应用依赖用户选择的日期时间格式配置，升级后指定"f"格式会产生不符合预期的输出。

原因分析 #

这个差异是由于.NET版本迭代中对区域文化数据的更新导致的：

• 旧版.NET Framework中，en-GB文化的"f"格式（完整日期时间格式，由长日期+短时间组成）的长日期部分不包含星期几。
• 从.NET Core（包括.NET 5及以后版本）开始，微软同步了Windows系统最新的en-GB区域设置标准，将星期几加入到en-GB的长日期格式中。而"f"格式基于长日期格式生成，因此输出自然新增了星期几信息。

这类区域设置数据的调整属于跨版本兼容中的常见情况，官方通常不会单独针对某一文化的某一格式做专项文档记录，而是归类在区域数据更新的整体说明中。

解决方案 #

针对依赖用户动态配置格式的场景，可采用以下两种处理方式：

• 强制兼容旧格式：如果需要和.NET 4.7.2的输出完全一致，用等效的自定义格式字符串替代"f"。对于en-GB文化，原"f"格式等效于"dd MMMM yyyy HH:mm"，使用该自定义格式即可得到旧版输出。
• 适配新格式：若业务允许，可告知用户格式变更情况，引导更新配置的预期逻辑；或者在动态编译代码中增加版本检测逻辑，根据当前运行的.NET版本自动适配对应的格式处理规则。

内容的提问来源于stack exchange，提问作者Ron Idaho