56

数ヶ月前、私は新しいDateTimeOffsetタイプを紹介され、DateTimeタイムゾーンに関する欠陥がようやく処理されてうれしかったです。

しかし、この新しいタイプを使用することで発生する可能性のあるオーバーヘッドや問題があるかどうか疑問に思いました。

私はマルチロケールのWebアプリケーションに取り組んでいます。誰かが私のすべての日付/時刻の仕事にそれを使用することから私を動揺させる可能性がある何かを知っていますか？ここに虐待の窓はありますか？

参照：DateTimeOffset：JustinVanPattenによる.NET3.5の新しいDateTime構造

4

3 に答える 3

58

ある時点ではなく、「ローカル」(タイムゾーンを認識しない) 日付と時刻を表現したい場合があります。正直に言うと、「タイムゾーンに関係なく、午前 8 時に起こして」など、時間だけを表す方が便利なことがよくありますが、日付と時刻も役立つ場合があります。

ほとんどの場合、DateTimeOffsetの方が適していることに同意します。ただし、インスタントとそのタイムゾーンの両方を持つ構造体がないことは奇妙に思えDateTimeTimeZoneます...オフセットは、実際には必要なすべての情報を提供しません。(たとえば、 が与えられた場合DateTimeOffset、DST がいつ開始されるかわからないため、24 時間後の時間がわかりません。)

そのような構造が必要な場合は、別の回答に非常に大雑把な実装があります。私はそれが非常に簡単に改善できると確信しています:)

于 2008-11-05T09:01:49.457 に答える
3

1 つの明白な答えは、出荷時の SP を使用せずにクライアントをサポートする必要がある場合です (実際には 3.5 ではなく、同時に出荷された 2.0 SP1 にあります)。

于 2008-11-05T09:04:13.213 に答える