.NET TimeZoneInfo关于摩洛哥夏令时的错误

.NET TimeZoneInfo关于摩洛哥夏令时的错误,.net,timezone,dst,.net,Timezone,Dst,免责声明 而通过引用isambiguustime解决了这个问题。这并不能解决我的问题,因为我发现差异的时间并没有被报告为模棱两可 问题,然后… 虽然说摩洛哥在今年4月3日至7月31日之间实行夏令时制度,而且提供的当前时间似乎暗示了这一点,但.NETTimeZoneInfo并未报告卡萨布兰卡时间是否存在与2011年相关的任何AdjusmentRules或含糊不清的补偿 事实上,将我的电脑时钟设置为卡萨布兰卡时间,它会将当前时间设置为比在线资源引用的卡萨布兰卡当前时间早一小时 是.NET库在这方面不

免责声明
而通过引用
isambiguustime
解决了这个问题。这并不能解决我的问题,因为我发现差异的时间并没有被报告为模棱两可

问题,然后…
虽然说摩洛哥在今年4月3日至7月31日之间实行夏令时制度,而且提供的当前时间似乎暗示了这一点,但.NET
TimeZoneInfo
并未报告卡萨布兰卡时间是否存在与2011年相关的任何
AdjusmentRules
含糊不清的补偿

事实上,将我的电脑时钟设置为卡萨布兰卡时间,它会将当前时间设置为比在线资源引用的卡萨布兰卡当前时间早一小时


是.NET库在这方面不准确,还是所有其他来源都有错?鉴于.NET库是不准确的源代码,这是一个常见问题吗?我发现这个实例仅仅是因为差异发生在.NET枚举的第一个时区,这一事实令人不安。这是基于我可以自己不断更新的本地数据库吗?

如.NET的MSDN条目中所述,.NET从注册表获取其信息。搜索显示了相当活跃的时区更新历史记录。不幸的是,自去年12月以来,卡萨布兰卡就没有更新过,12月的更新听起来好像删除了摩洛哥的夏令时设置。

看起来摩洛哥可能已经决定在今年之后放弃DST。微软似乎已经提前取消了DST

如果您查看此链接,请注意,他们说2012年以后没有DST更改

正如DocMax所说,DST是从操作系统计算出来的,所以这不是.NET的问题。这是windows问题。

最新更新: 从

2018年11月的更新涉及日光标准时间(DST) 摩洛哥王国和俄罗斯伏尔加格勒的变化

摩洛哥王国已决定永久保留UTC+01:00, 而不是像以前一样在2018年10月28日返回UTC+00:00 沟通

此外:

为了反映这些变化,Windows 10客户应确保 已安装最新更新。Windows 10更新


好吧,看来我只想说“如果微软能接受这一点,那么我也能”。谢谢你们两位的意见。我在这方面也有问题。在安装了2011年DST更新后,仍然没有任何乐趣。无论我怎么努力,在东澳大利亚争取时间都没有考虑DST。看见