7

我从事的项目基本上是一个数据收集器。通过定位，将其视为具有应用程序层（OSI 第 7 层）的解析/分析功能的 Wireshark（或等效项）可能会有所帮助。当前版本是具有 15 年以上历史的遗留 MFC 应用程序。它仍然有效，但维护、稳定性和可扩展性是我们面临的真正问题。项目领导团队最近同意我们需要开始开发下一代产品，我们的目标是 .NET，因为该产品严格来说是基于 Windows 桌面的产品。

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

所以有几个问题。

  1. 根据我上面提供的描述，将noda-time用于NodaTime.Instant时间戳是否有意义？

  2. 如果可以选择，我更愿意为专门的支持付费，而不是因为害怕（偏执狂？）项目被放弃而使用开源项目。那些更倾向于接受开源哲学的人在这一点上有什么想法或指导吗？

  3. noda-time目前处于第二个测试阶段。NodaTime 1.0.0 有目标日期吗？

4

1 回答 1

5

  1. 正如马特所说，你可以很容易地用它DateTimeOffset来表示一个瞬间。我认为它不像 using 那样清楚Instant，因为它表明您实际上可能对本地时间和偏移量感兴趣，而不仅仅是时间戳 - 但如果这是您使用 Noda Time的唯一原因, 坚持下去是有意义的DateTimeOffset。

  2. 这是一种合理的恐惧，但你有我个人的话，我不会放弃野田时间。当然，相反的论点是，如果我确实放弃了它，你仍然可以修补它 - 而如果你使用商业产品并且公司倒闭，你会被卡住:) 我确实理解这种担忧。

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

于 2012-11-07T08:33:20.927 回答