我有一个.NET WCF服务,其中包含一些采用DateTimeOffset的操作契约.这个想法是为了避免与夏令时和时区混淆.
但是我怀疑使用DateTimeOffset毕竟是一个好主意,因为它是相当非标准的,并且会对尝试连接的任何人造成麻烦,例如,Java应用程序或绑定到较旧.NET版本的.NET应用程序.
另一种方法是期望UTC DateTime,但这会带来某人忘记使用UTC时间并以本地时间调用服务的风险.
我还可以期待当地时间DateTime,因为客户端将始终处于相同的时区,但这会在DST更改中留下一些微妙但经典的模糊性.
是否有人在服务界面中使用DateTimeOffset头痛故事,或者毕竟使用起来相对没有问题？
解决方法
我目前正在将一些基础设施改为WCF,偶然发现了这个未解决的问题并决定尝试一下. 原文链接：https://www.f2er.com/html/223964.html
