《油盐不进》

微软的.net 看不见源码，对于新东西的使用没有掌控力

看起来他并不太懂 Java ，，有什么理由不用 LocalDate 、LocalDateTime ？

我一直认为表示时间值与时区无关，所有时间值都是 UTC 或时间戳，而时区只是对时间值 format 展示时的一项参数。

一律用 uint64_t

他明白你说的意思，你也知道他不想用。为什么非要强迫他接受呢。

他说得对，他能够为自己的代码负责，而你和微软都不能。

理由说得很明白，项目中本来都是使用 DateTime 的，而且可以满足需求，换成 DateTimeOffset 除了「微软推荐」外没有特别的好处（看 .net7 源码的话，DateTimeOffset 里面就包含一个 DateTime ，Add 操作都是调的内部 DateTime 的同名 API ，不降低效率就不错了）。

他说的「新」应该是相对于项目里的旧代码而言，DateTimeOffset 是一个新的东西，在对付旧项目的时候，复用项目已有的逻辑是较为稳妥的，更别提这玩意是可能万年不更新的固件了，炸了更头疼。

其实 DateTimeOffset 也有一些需要考虑的问题，某些外部数据源很可能只能使用 DateTime （例如 SQLite 不支持 DateTimeOffset 类型），这一点他间接考虑到了（某些三方库可能会出问题）。

而你只是说微软推荐就建议他用，根本没有告诉他可能出现的问题，你似乎也对这个项目不太了解，屎山炸了你也不能负责，然后因为他的保守而生气挂人。还是放下助人情结，尊重他人命运，这样双方的心情都会好很多。

DateTimeOffset: https://github.com/dotnet/runtime/blob/8ccdb1cd29754ed64a451300cd1fc59d35b88d40/src/libraries/System.Private.CoreLib/src/System/DateTimeOffset.cs#L62

替换 DateTime 为 DateTimeOffset 的前提是，他的项目有足够高的 test case 覆盖率，否则就是自掘坟墓

带着要赢的心态对话，自然会血压高的

有一说一我都是习惯存 epoch time 来着

@opengps 赞同

如果我是对方，跟题主这样聊也会血压升高，一味的微软建议而又说不出什么实质性优势，而且 2-3 个字甩过来，感觉高冷+不耐烦。

@dcoder 这个话题又要再来一次么？我以前说用时间戳，被骂的狗血淋头...

DateTimeOffset = DateTime + Offset
本来就是不等价的东西，用在不同场景，哪有什么一个比另一个好？

@cubecube #14 redisson + LocalDateTime = 苦痛面具

@GTim 那是他们菜啊

红心怎么点 想赞 ikesnowy 老哥

......什么是时区？？？

@lbfjkaou 回复 icon 左边，感谢回复者

@Mirana 不知道你在说什么： https://github.com/dotnet/runtime

抛开场景谈建议本身就没什么意义，正如楼上某位 XD 说的，op 和微软根本不用为他的项目负责，当然随便建议。
对方说得已经很清楚了，效率差距不明显，固件代码重在稳定，抱着书本非要辩赢那当然血压上升