7

私が取り組んでいるプロジェクトは基本的にデータコレクターです。オリエンテーションとして、アプリケーション層（OSI層7）の解析/分析機能を備えたWireshark（または同等のもの）と考えると役立つ場合があります。現在のバージョンは、15年以上の歴史を持つレガシーMFCアプリケーションです。それでも機能しますが、メンテナンス、安定性、スケーラビリティは私たちが直面している本当の懸念事項です。プロジェクトリーダーシップチームは最近、次世代の製品の開発を開始する必要があることに同意しました。製品は厳密にWindowsデスクトップベースの製品であるため、.NETを対象としています。

ユーザーが文字通り世界中で収集されたログファイルを定期的に分析していることを考えると、メッセージのタイムスタンプは非常に重要です。現在の製品はタイムスタンプの割り当てに使用されており、将来的には.NET側でタイムスタンプを取得するために_ftime_s()使用するだけだと思っていました。System.DateTime.UtcNowつまり、noda-timeについて読むまでは。今、私たちの問題領域は、私がこれまで考えていたよりも、時間関連の機能に関してもっと注意を払う必要があると思っています。

だからいくつかの質問。

  1. 上記の説明から、タイムスタンプにnoda-timeを使用することは意味がありますか？NodaTime.Instant

  2. 選択肢があれば、プロジェクトが放棄されることを恐れて（パラノイア？）オープンソースプロジェクトを使用するよりも、専用のサポートにお金を払うほうがずっと好きです。オープンソース哲学を採用する傾向のある人々からのこの点に関する考えやガイダンスはありますか？

  3. noda-timeは現在2番目のベータ版です。NodaTime 1.0.0の目標日はありますか？

4

1 に答える 1

5

  1. マットが言うように、あなたは簡単にDateTimeOffset瞬間を表すために使うことができます。を使用するほど明確ではないと思います。実際にはタイムスタンプではなく、実際Instantに現地時間とオフセットに関心がある可能性があることを示唆していますが、これがNodaTimeを使用する唯一の理由である場合、に固執するのは理にかなっています。DateTimeOffset

  2. これは当然の恐怖ですが、野田タイムを放棄するつもりはないという私の個人的な言葉があります。もちろん、逆の議論は、私がそれを放棄した場合でも、パッチを当てることができるということです-一方、商用製品を使用して会社が折りたたまれた場合、あなたは立ち往生するでしょう:)私は懸念を理解しています。

  3. たまたま、今日はv1.0.0をリリースしたいと思っています:)

于 2012-11-07T08:33:20.927 に答える