在这种情况下,noda-time是否适用？

Question

我工作的项目基本上是一个数据收集器.通过定向,可以将其视为具有应用层(OSI第7层)的解析/分析功能的Wireshark(或等效物).目前的版本是传统的MFC应用程序,已有15年以上的时间.它仍然有效,但维护,稳定性和可扩展性是我们面临的真正问题.项目领导团队最近同意我们需要开始开发下一代产品,我们的目标是.NET,因为该产品严格来说是基于Windows桌面的产品.

鉴于我们的用户经常分析世界各地收集的日志文件,因此消息时间戳非常重要.当前产品用于_ftime_s()分配时间戳,我假设我们只是用来System.DateTime.UtcNow在.NET端获取未来的时间戳.也就是说,直到我读到noda-time.现在,我认为我们的问题领域需要更多关注与时间相关的功能,而不是我曾经考虑过的.

所以几个问题.

1. 从我上面提供的描述,它是有意义的整合野田时使用NodaTime.Instant的时间戳？

2. 如果有选择的话,我更愿意支付专门的支持,而不是使用开源项目来担心项目被放弃的恐惧(偏执狂？).那些更倾向于接受开源哲学的人对这一点有任何想法或指导吗？

3. noda-time目前处于第二次测试阶段.NodaTime 1.0.0是否有目标日期？

Answer 1

1. 正如马特所说,你可以轻松地用它DateTimeOffset来代表瞬间.我认为它不像使用那样明确Instant,因为它表明你可能真的对本地时间和偏移感兴趣,而不是真正只是一个时间戳 - 但如果这是你使用Noda Time 的唯一原因坚持下去是有道理的DateTimeOffset.

2. 这是一种合理的恐惧,但你个人的说法是我不打算放弃Noda Time.当然,相反的说法是,如果我没有放弃它,你仍然可以修补它-而如果你使用的商业产品和公司折,你会被卡住:)我虽然明白的关注.

3. 碰巧,我希望今天发布v1.0.0 :)