我工作的项目基本上是一个数据收集器。通过定向的方式，将其视为具有应用层(OSI第7层)解析/分析功能的Wireshark(或等效物)可能会有所帮助。当前版本是一个已有15年以上历史的遗留MFC应用程序。它仍然有效，但维护、稳定性和可扩展性是我们面临的真正问题。项目领导团队最近同意，我们需要开始开发下一代产品，我们的目标是.NET，因为该产品严格来说是基于Windows桌面的产品。
考虑到我们的用户经常分析世界各地收集的日志文件，消息时间戳非常重要。当前产品使用_ftime_s()来分配时间戳，我曾假设我们将来只需使用System.DateTime.UtcNow在.NET端获取时间戳。也就是说，直到我读到诺达时间。现在，我认为我们的问题域需要比我以前考虑的更多的时间相关功能。
所以有几个问题。
-
根据我上面提供的描述，使用
NodaTime.Instant进行时间戳来合并noda时间有意义吗？ -
如果有选择的话，我更愿意支付专门的支持费用，而不是使用开源项目，因为我担心(偏执？)这个项目会被放弃。对于这一点，那些更倾向于接受开源哲学的人有什么想法或指导吗？
-
诺达时间目前处于第二个测试阶段。NodaTime 1.0.0有目标日期吗？
-
正如Matt所说，您可以很容易地使用
DateTimeOffset来表示一个瞬间。我认为它不如使用Instant那么清楚，因为它表明你可能对本地时间和偏移量感兴趣，而不仅仅是时间戳-但如果这是你使用Noda time的唯一原因，那么坚持使用DateTimeOffset是有意义的。 -
这是一个合理的恐惧，但你有我个人的话，我不会放弃野田时间。当然，相反的论点是，如果我确实放弃了它，你仍然可以修补它——而如果你使用了商业产品，公司倒闭了，你就会陷入困境：)我确实理解这种担忧。
-
碰巧的是，我希望今天发布v1.0.0：)