ODataライブラリRTM DateTime不一致

Question

ODataライブラリのRTMバージョンにアップグレードしました。私はDateTime処理の矛盾しているものに気付きました。誰かが私が何が欠けているのかを説明できるかどうか、あるいは実際にいくつかの問題があるかどうかを知りたいと思います。 RTMライブラリに加えて、私はMS-ODATAの3/30/2012バージョンに頼っています。

MS-ODATAは、（例えば、簡体字）次の形式でdateTimeUriLiteralを定義：

YYYY-MM-DDTHH：MM：NSはナノ秒= 1 * 7DIGIT

とMSと定義されるSS.NS -ODATAはVJsonDateTimeを恐ろしい/Date(...)/フォーマットとして定義します。

ただし、ライブラリを冗長JSONシリアライズで使用すると、VJsonDateTimeではなくdateTimeUriLiteral形式が表示されます。さらに、逆シリアル化はdateTimeUriLiteral形式のみを受け入れます。これは、仕様と実装の間に矛盾があるように見えます。

また、dateTimeUriLiteralは、（ISO 8601形式の場合のように）タイムゾーンオフセットを考慮しません。しかし、シリアル化されたdatetimeオブジェクトがDateTimeKind.Utcとして指定されている場合、ライブラリは 'Z'終了文字（UTCの場合はISO 8601）を発行することがわかります。これは、仕様と実装の間に矛盾があるようにも見えます。

また、ライブラリを使用して終端 'Z'を持つdateTimeUriLiteralを逆シリアル化すると、逆シリアル化されたオブジェクトはDateTimeKind.Localとしてマークされます。 UTC指定子に対する仕様書発行のWRTサポートがあるかどうかにかかわらず、これは正しいとは言えません。 'Z'はデシリアライズの失敗を引き起こすか、UTC（ローカルではない）とマークされた時刻になります。

Answer 1

Verbose JSON V3はISO DateTime形式（XMLと同じもの）を使用します。 verbose JSON V2とV1は/Date(...)/の形式を使用します。したがって、あなたが書いて読んでいるペイロードのバージョンに依存します。

dateTimeUriLiteralは、Verbose JSON V3の日付時刻形式と同じではありません。 Verbose JSON V3のものはZを使用しています（これは、XmlConvert.ToString（datetime、XmlDateTimeSerializationMode.RoundtripKind）から取得したのと同じことです）。

"Z"値の読み方。これはバグのようです。製品チームはこれについてさらに詳しく検討しています。考えられる回避策は、V2形式に戻すか、代わりに（この問題がない）DateTimeOffset値を使用することです。