現在、 TimeSpanをサポートする予定はなく、将来追加される予定ですが、調査を行って、どの程度の作業が必要かを確認できます。 または、回避策としてTimeSpanをサポートする独自のJsonConverterを作成することもできます。 来週の終わりまでに更新を行います。 ありがとう。

追加する場合は、 TimeSpan APIをreader / writer / JsonElementに追加する必要があります。これは、APIレビューを行う必要があります。

ありがとう-カスタムコンバーターは、3.0用のアプリで動作させるのに十分簡単な方法でもあります。 これらの機能はプレビュー7で出荷される予定ですか？

はい、カスタムコンバーターのサポートは現在マスターにあるため、プレビュー7になります。

ただし、TimeSpanは一般的なBCLタイプであるため、デフォルトのコンバーターを提供する必要があります。

今日これをレビューしました：

• それは値型なので、それを支持する議論があります。 原則として、構文解析を最適化して割り当てが不要になるようにすることができます（つまり、文字列を通過しないようにします）。
• 期間の標準エンコーディングがあるかどうかは不明です。
• 今のところ、閉じます。 これが必要であるという十分な顧客証拠がある場合、これを再開できます。

• 期間の標準エンコーディングがあるかどうかは不明です。

期間の標準エンコーディングは、 XMLがTimeSpanを表すために使用するものでもあり、すでにXmlConvertとXsdDuration実装されています。

https://github.com/dotnet/corefx/blob/6d723b8e5ae3129c0a94252292322fc19673478f/src/System.Private.Xml/src/System/Xml/XmlConvert.cs#L1128 -L1146

https://github.com/dotnet/corefx/blob/6d723b8e5ae3129c0a94252292322fc19673478f/src/System.Private.Xml/src/System/Xml/Schema/XsdDuration.cs#L229 -L236

さて、間違いなく、 TimeSpan自体がISO8601期間フォーマットの解析とフォーマットをサポートするはずです。 たぶん、最初のステップとして、 DateTime[Offset]のラウンドトリップ（ "O"、 "o"）形式指定子に似た、新しい標準のTimeSpan形式文字列を追加する方がよいでしょうか。 その後にコンバーターを追加するのは本当に簡単です。

これにより、AspNetCoreがAPIでTimeSpanタイプを返す方法のデフォルトの動作も変更されました。dotnet/ AspnetCore＃11724を参照してください。 これは重大な変更である可能性があります。

最も簡単な解決策は、カスタムコンバーターを作成することです。

public class TimeSpanConverter : JsonConverter<TimeSpan>
    {
        public override TimeSpan Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
        {
            return TimeSpan.Parse(reader.GetString());
        }

        public override void Write(Utf8JsonWriter writer, TimeSpan value, JsonSerializerOptions options)
        {
            writer.WriteStringValue(value.ToString());
        }
    }

顧客の証拠について話す：TimeSpanのソフトウェア開発サポートは非​​常に必要です。

今日、アプリを.NET Core3.0に移植することに遭遇しました。 これは閉鎖されているため、Microsoftがネイティブサポートを追加する予定がないことを意味しますか？ @khellangのコメントは、どこかのロードマップにあるべきだという私にはかなり説得力のある議論のようです...

追加の質問に基づいて5.0で再開します。 Newtonsoftとの互換性も考慮する必要がありますが、ISO8601の期間がおそらく最良の表現です。

今日、この問題に遭遇しました。 デフォルトの動作は以前の動作よりも悪く、まったく予期していませんでした。 ISO8601を使用するか、Newtonsoftと互換性を持たせることで、修正する必要があります。

デフォルトの動作は以前の動作よりも悪く、まったく予期していませんでした。

@mfeingolどのような振る舞いですか？ それは単に失敗するということですか？

ISO8601を使用するか、Newtonsoftと互換性を持たせることで、修正する必要があります。

前述の回避策@rezabayestehを追加するのは本当に簡単です。

@khellang ：比較的バニラなASP.NET Coreプロジェクトで観察したのは、 Timespan?をHasValueフィールドとしてシリアル化し、次にTimeSpan構造体の各プロパティをシリアル化することです。

回避策を追加するのは本当に簡単です

私はそうしました、しかしそれはそのような一般的に使われるタイプのために必要ではないはずです。

私は今日この問題を発見し（顧客から報告されました）、Startup.csの構成を使用する代わりにNewtonsoft.Jsonシリアライザーを使用するためにすべてのaspnetwebapiとアプリを元に戻す必要があります。

services.AddControllers（）
.AddNewtonsoftJson（options =>
{{
options.SerializerSettings.NullValueHandling = Newtonsoft.Json.NullValueHandling.Ignore;
}）;

私の場合、いくつかのnull許容TimeSpan（TimeSpan？）を使用し、System.Text.Jsonはそれを次のようにシリアル化しました。

{{
"hasValue"：true、
"価値"： {
「ダニ」：0、
「日」：0、
「時間」：0、
「ミリ秒」：0、
「分」：0、
「秒」：0、
"totalDays"：0、
「totalHours」：0、
"totalMilliseconds"：0、
"totalMinutes"：0、
"totalSeconds"：0
}
}

これにより、Webブラウザーのjavascriptオブジェクト、およびAPIを消費するさまざまなクロスプラットフォーム（さまざまなプログラミング言語を意味する）デシリアライザーに小さな問題が発生します。

Newtonsoft.Jsonシリアライザーと同じシリアル化の結果を期待します。

{{
"timeSpan"： "00：00：00.0000000"、
"nullTimeSpan"：null
}

私は今日この問題を見つけました（私の顧客によって報告されました）そして代わりにNewtonsoft.Jsonシリアライザーを使用するために私のaspnetwebapiとアプリのすべてを元に戻す必要があります

@bashocz https://github.com/dotnet/corefx/issues/38641#issuecomment -540200476に記載されている回避策が機能しないのはなぜですか？

＃38641（コメント）に記載されている回避策がうまくいかないのはなぜですか？

@khellang TimeSpanのシリアル化は別の開発者にとっての問題であることを強調し、注意を向けたいと思います。 System.Text.Jsonに切り替えたいのですが、いくつかの障害があります。

数週間前に新しいSystem.Text.Jsonを調べたところ、機能が完全ではないことがわかりました。 dotnet / corefx＃41747の問題を提起し、他のdotnet / corefx＃39031、dotnet / corefx＃41325、dotnet / corefx＃38650関連を指摘しました。 そのため、すべての内部マイクロサービスは引き続きNewtonsoft.Jsonを使用しています。

理由は不明ですが、開発者を管理してパブリックAPIやWebアプリでも修正するのを忘れていました。

ところで：私は本番コードで可能な限り回避策を避けるようにしています..将来それを維持して削除するのは難しいです。

@khellang 、回避策が機能しないわけではありません。 これはまさにそのような基本的なことであり、開発者が回避策を追加する必要はありません。 .NET Core 3に導入された大きな機能として、そのような基本的な実装が欠けているべきではありません。

@arisewanggithubコントローラーで使用できるグローバル設定があります。 AddJsonOptions()を介して構成するか、 JsonSerializerOptionsインスタンスをJson()コントローラーメソッドに渡すことができます。

これは、回避策があるために閉じられた原因ですか？！

これは、回避策があるために閉じられた原因ですか？！

API /動作の提案、レビュー、実装が行われるまで、この問題は未解決のままです。 それまでの間、 https： //github.com/dotnet/corefx/issues/38641#issuecomment -540200476に記載されているコンバーターを使用すると、回避するのは非常に簡単です。

これによってブロックされた人のために、5.0ドロップの前に使用できるコンバーター（JsonTimeSpanConverter）を含むNuGetパッケージがあります： Macross.Json.Extensions

TimeSpanおよびNullable <TimeSpan>タイプをサポートします。

ああ、たわごと、これは痛い！

これによってブロックされた人のために、5.0ドロップの前に使用できるコンバーター（JsonTimeSpanConverter）を含むNuGetパッケージがあります： Macross.Json.Extensions

TimeSpanとNullableをサポートタイプ。

私のテストによると、null許容値型はすでにフレームワークによって処理されています。 次のもの以上は必要ありません。

public class DelegatedStringJsonConverter<T> : JsonConverter<T>
    where T : notnull
{
    private static readonly bool s_typeAllowsNull = !typeof(T).IsValueType || Nullable.GetUnderlyingType(typeof(T)) != null;

    private readonly Func<string, T> _parse;
    private readonly Func<T, string> _toString;

    public DelegatedStringJsonConverter(Func<string, T> parse, Func<T, string> toString)
    {
        _parse = parse;
        _toString = toString;
    }

    public override T Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        // null tokens are handled by the framework except when the expected type is a non-nullable value type
        // https://github.com/dotnet/corefx/blob/v3.1.4/src/System.Text.Json/src/System/Text/Json/Serialization/JsonSerializer.Read.HandleNull.cs#L58
        if (!s_typeAllowsNull && reader.TokenType == JsonTokenType.Null)
            throw new JsonException($"{typeof(T)} does not accept null values.");

        return _parse(reader.GetString());
    }

    public override void Write(Utf8JsonWriter writer, T value, JsonSerializerOptions options)
    {
        // value is presumably not null here as null values are handled by the framework
        writer.WriteStringValue(_toString(value));
    }
}

（編集：フレームワークソースを詳しく調べた後、nullトークン/ null値のチェックが冗長であることが判明しました。上記のコードはそれに応じて更新されました。）

次に、 JsonSerializerOptionsように構成します。

options.Converters.Add(new DelegatedStringJsonConverter<TimeSpan>(
    value => TimeSpan.Parse(value, CultureInfo.InvariantCulture),
    value => value.ToString(null, CultureInfo.InvariantCulture)));

このような数行の余分なコードに対処できるのであれば、サードパーティの依存関係を追加するのは良い考えではないと思います。 結局、私たちはNPMの土地にはいません。 ;）

もちろん、このような基本的なタイプの回避策がまったく必要ない場合は、最善の方法です。

@ adams85 FYI Nullable値型は、JsonConverterAttributeと一緒に使用すると、バグが発生します<.NET5。 ＃32006を参照してください。 私は個人的にグローバル構成よりも属性スタイルを使用することを好みます。したがって、拡張機能とバグ修正ですが、コンバーターは優れています。 Macross.Json.Extensionsに追加して、他の人にも役立つ可能性があり、時々「NPMランド」に移動してもかまわないように追加してもよろしいですか？ :)

@CodeBlanch JsonConverterAttribute出してこの癖を指摘していただきありがとうございます。 それは間違いなく完全な物語の一部です。

そしてもちろん、あなたがそれを好きなら、あなたは私のコンバーターをあなたのlibに追加することを許可されています。 :)

.NET 5.0 Preview 5以降、System.Text.Jsonを使用してエンティティをJSONにラウンドトリップするとCannot skip tokens on partial JSONエラーが発生します。 問題のある行と文字は"Ticks":コロンです

とにかく、回避策を使用しTimeSpanを適切な方法でシリアル化すると

.jsonファイルを開いて、その構造的な栄光のすべてでシリアル化されたTimeSpanを見つけるためだけにファイルを開いたときの私の最初の反応は、「確かに...」ではなかったため、私から+1しました。

https://github.com/dotnet/runtime/issues/42356の@jsedlakから：

発行タイトル

System.Text.Json.JsonSerializerクラスは、TimeSpanプロパティをシリアル化できますが、逆シリアル化できません。

全般的

この問題を示すサンプルプロジェクトは、 https ：

WebApiでTimeSpanプロパティを返すと、JSONに正しくシリアル化されます。

[ { "forecastLength": { "ticks": 36000000000, "days": 0, "hours": 1, "milliseconds": 0, "minutes": 0, "seconds": 0, "totalDays": 0.041666666666666664, "totalHours": 1, "totalMilliseconds": 3600000, "totalMinutes": 60, "totalSeconds": 3600 } } ]

ただし、デフォルトのデシリアライザ拡張機能（ HttpClient.GetFromJsonAsync ）はプロパティを処理できません。 空のTimeSpanを返します。 オブジェクトを逆シリアル化するには、カスタムコンバーターを使用する必要があります。

DotNet情報

`.NET Core SDK（global.jsonを反映）：
バージョン：3.1.302
コミット：41faccf259

実行時環境：
OS名：Windows
OSバージョン：10.0.20201
OSプラットフォーム：Windows
RID：win10-x64
ベースパス：C：\ Program Files \ dotnet \ sdk3.1.302 \

ホスト（サポートに役立ちます）：
バージョン：3.1.6
コミット：3acd9b0cd1

インストールされている.NETCore SDK：
3.1.302 [C：\ Program Files \ dotnet \ sdk]

インストールされている.NETCoreランタイム：
Microsoft.AspNetCore.All 2.1.20 [C：\ Program Files \ dotnet \ shared \ Microsoft.AspNetCore.All]
Microsoft.AspNetCore.App 2.1.20 [C：\ Program Files \ dotnet \ shared \ Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.6 [C：\ Program Files \ dotnet \ shared \ Microsoft.AspNetCore.App]
Microsoft.NETCore.App 2.1.20 [C：\ Program Files \ dotnet \ shared \ Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.6 [C：\ Program Files \ dotnet \ shared \ Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 3.1.6 [C：\ Program Files \ dotnet \ shared \ Microsoft.WindowsDesktop.App] `

.NET 6.0でこれに対処したいと思います。ここで、コミュニティの貢献をいただければ幸いです。 当面の回避策は、 https： //github.com/dotnet/runtime/issues/29932#issuecomment-540200476などのカスタムコンバーターを使用することです。 DateTimeおよびDateTimeOffsetの

.NET6.0でこれに対処したいと思います

.NET 5はまだリリースされていません。v6を待つのではなく、v5（semverでは大きな重大な変更v3 => v5が許可されています）で弾丸を噛んだらいいのですが。

この機能を5.0に適合させることができませんでした。 5.0の機能の残りの部分と一緒に優先順位を付ける必要がありましたが、これは適合しませんでした。 FWIWこれはカットラインに近かったので、動きが遅くなりました。

カスタムコンバーターを使用した簡単な回避策をもう一度強調します。

public class TimeSpanConverter : JsonConverter<TimeSpan>
{
    public override TimeSpan Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        return TimeSpan.Parse(reader.GetString());
    }

    public override void Write(Utf8JsonWriter writer, TimeSpan value, JsonSerializerOptions options)
    {
        writer.WriteStringValue(value.ToString());
    }
}

var options = new JsonSerializerOptions { Converters = { new TimeSpanConverter() };
JsonSerializer.Serialize(myObj, options);

...

@layomia 、私はこれを6.0で取ることができます。

自分でjsonコンバーターを構築することを選択する場合は、不変のカルチャを使用することをお勧めします。

public class TimeSpanConverter : JsonConverter<TimeSpan>
{
    public override TimeSpan Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        return TimeSpan.Parse(reader.GetString(), CultureInfo.InvariantCulture);
    }

    public override void Write(Utf8JsonWriter writer, TimeSpan value, JsonSerializerOptions options)
    {
        writer.WriteStringValue(value.ToString(format: null, CultureInfo.InvariantCulture));
    }
}

私はasp.netcore 3.1を使用していますが、今日この問題が発生しました。 null許容のタイムスパンを含む行でシグナルとインライン編集を備えたteleriksグリッドを使用しており、ペイロードにタイムスパンデータが含まれていることがわかりますが、逆シリアル化は失敗します。 私はMacross.Json.Extensionsライブラリを使用し、javascriptの一部を作り直して機能させることにしましたが、理想的ではありませんが、これが適切に修正されることを願っています。

また、ISO8601形式をお探しの場合は、次を使用できます。
`` `c＃

public class TimeSpanConverter : JsonConverter<TimeSpan>
{
    public override TimeSpan Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        var stringValue = reader.GetString();
        return System.Xml.XmlConvert.ToTimeSpan(stringValue); //8601
    }

    public override void Write(Utf8JsonWriter writer, TimeSpan value, JsonSerializerOptions options)
    {
        var stringValue = System.Xml.XmlConvert.ToString(value); //8601
        writer.WriteStringValue(stringValue);
    }
}

`` `

少なくとも24時間のTimeSpanを検討してください。たとえば、 "24:00:00"はnew TimeSpan(24, 0, 0)と同等である必要があります。

@gojanpaolo

少なくとも24時間のTimeSpanを検討してください。たとえば、「24:00:00」は新しいTimeSpan（24、0、0）と同等である必要があります。

これは実際にはJSONのことではなく、TimeSpan解析ロジックの一部です。 簡単な答え：「1.00：00：00」を24時間使用します。 長い答え：「24:00:00」が期待どおりに解析されない理由を理解するために、しばらく前にランタイムコードを調べて、ブログに投稿しました。