वर्तमान में हमारे पास TimeSpan का समर्थन करने की योजना नहीं है और भविष्य में इसे जोड़ा जाएगा लेकिन मैं यह देखने के लिए कुछ जांच कर सकता हूं कि कितना काम शामिल है। वैकल्पिक रूप से, आप एक वैकल्पिक हल के रूप में TimeSpan का समर्थन करने के लिए अपना स्वयं का JsonConverter बना सकते हैं। मैं अगले सप्ताह के अंत तक एक अपडेट दूंगा। धन्यवाद।

यदि हम इसे जोड़ते हैं, तो हम पाठक/लेखक/JsonElement में TimeSpan API भी जोड़ना चाहेंगे, जिसे एपीआई समीक्षा से गुजरना होगा।

धन्यवाद - एक कस्टम कनवर्टर 3.0 के लिए हमारे ऐप के लिए इसे काम करने का एक आसान तरीका भी होगा। क्या उन क्षमताओं को पूर्वावलोकन 7 के साथ शिप करने की योजना है?

हाँ कस्टम कनवर्टर समर्थन अब मास्टर में है और इस प्रकार पूर्वावलोकन 7 में होगा।

हालाँकि, चूंकि TimeSpan एक सामान्य BCL प्रकार है, इसलिए हमें अभी भी एक डिफ़ॉल्ट कनवर्टर प्रदान करना चाहिए।

हमने आज इसकी समीक्षा की:

• इसके पक्ष में एक तर्क है, क्योंकि यह एक मूल्य प्रकार है। सिद्धांत रूप में हम आवंटन मुक्त होने के लिए पार्सिंग को अनुकूलित कर सकते हैं (यानी एक स्ट्रिंग के माध्यम से जाने से बचें)।
• यह स्पष्ट नहीं है कि समय अवधि के लिए मानक एन्कोडिंग है या नहीं।
• अभी के लिए, करीब। इसे फिर से खोला जा सकता है यदि पर्याप्त ग्राहक प्रमाण हैं कि इसकी आवश्यकता है।

• यह स्पष्ट नहीं है कि समय अवधि के लिए मानक एन्कोडिंग है या नहीं।

समय अवधि के लिए मानक एन्कोडिंग ISO8601 की "अवधि" होगी । यह वही है जो 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 एपीआई में 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 Core 3.0 में पोर्ट कर रहे हैं। क्योंकि यह बंद है क्या इसका मतलब यह है कि Microsoft की मूल समर्थन जोड़ने की कोई योजना नहीं है? @खेलंग की टिप्पणी मेरे लिए एक बहुत ही ठोस तर्क है कि यह कहीं न कहीं एक रोडमैप पर होना चाहिए ...

अतिरिक्त आस्क के आधार पर 5.0 के लिए फिर से खोलना। ISO8601 की अवधि संभवतः सबसे अच्छा प्रतिनिधित्व है, हालांकि न्यूटनसॉफ्ट के साथ संगतता पर भी विचार किया जाना चाहिए।

बस आज इस मुद्दे में भाग गया। डिफ़ॉल्ट व्यवहार पिछले व्यवहार से भी बदतर है और पूरी तरह से अप्रत्याशित था। हमें इसे ठीक करना चाहिए, या तो ISO8601 का उपयोग करके या न्यूटनसॉफ्ट के साथ संगत करके।

डिफ़ॉल्ट व्यवहार पिछले व्यवहार से भी बदतर है और पूरी तरह से अप्रत्याशित था।

@mfeingol क्या व्यवहार? कि यह बस विफल रहता है?

हमें इसे ठीक करना चाहिए, या तो ISO8601 का उपयोग करके या न्यूटनसॉफ्ट के साथ संगत करके।

केवल उल्लिखित समाधान @rezabayesteh को जोड़ना वास्तव में आसान है।

@khellang : मैंने अपेक्षाकृत वेनिला ASP.NET कोर प्रोजेक्ट के साथ जो देखा वह यह है कि यह Timespan? को HasValue फ़ील्ड के रूप में क्रमबद्ध करता है, और फिर टाइमस्पेन संरचना के प्रत्येक गुण को क्रमबद्ध करता है।

केवल समाधान जोड़ना वास्तव में आसान है

मैंने किया, लेकिन इस तरह के आमतौर पर इस्तेमाल किए जाने वाले प्रकार के लिए यह आवश्यक नहीं होना चाहिए।

मुझे आज ही यह समस्या मिली है (मेरे ग्राहक द्वारा रिपोर्ट की गई) और स्टार्टअप.सीएस में कॉन्फ़िगरेशन का उपयोग करने के बजाय न्यूटनसॉफ्ट.जेसन सीरिएलाइज़र का उपयोग करने के लिए मेरे सभी एस्पनेट वेबपी और ऐप्स को वापस स्विच करना होगा:

सेवाएं। नियंत्रक जोड़ें ()
AddNewtonsoftJson (विकल्प =>
{
options.SerializerSettings.NullValueHandling = Newtonsoft.Json.NullValueHandling.Ignore;
});

मेरे मामलों में मैं कुछ अशक्त TimeSpan (TimeSpan?) और System.Text.Json का उपयोग करता हूं।

{
"हैवैल्यू": सच है,
"मूल्य": {
"टिक": 0,
"दिन": 0,
"घंटे": 0,
"मिलीसेकंड": 0,
"मिनट": 0,
"सेकंड": 0,
"कुल दिन": 0,
"कुल घंटे": 0,
"कुल मिलीसेकंड": 0,
"कुल मिनट": 0,
"कुल सेकेंड": 0
}
}

यह वेब ब्राउज़र में जावास्क्रिप्ट ऑब्जेक्ट्स के साथ-साथ विभिन्न क्रॉस-प्लेटफ़ॉर्म (अर्थात् विभिन्न प्रोग्रामिंग भाषाओं) के लिए मेरी एपीआई का उपभोग करने वाले deserializers के लिए एक छोटी सी समस्या का कारण बनता है।

मैं न्यूटनसॉफ्ट के समान क्रमबद्धता परिणाम की अपेक्षा करता हूं। जेसन सीरिएलाइज़र:

{
"टाइमस्पैन": "00:00:00.0000000",
"नलटाइमस्पैन": शून्य
}

मुझे आज ही यह समस्या मिली है (मेरे ग्राहक द्वारा रिपोर्ट की गई) और इसके बजाय न्यूटनसॉफ्ट का उपयोग करने के लिए अपने सभी एस्पनेट वेबपी और ऐप्स को वापस स्विच करना होगा।

@bashocz https://github.com/dotnet/corefx/issues/38641#issuecomment -540200476 में उल्लिखित वर्कअराउंड आपके लिए काम क्यों नहीं करेगा?

#38641 (टिप्पणी) में उल्लिखित समाधान आपके लिए काम क्यों नहीं करेगा?

@खेलंग मैं सिर्फ

मैंने कुछ हफ्ते पहले नए System.Text.Json की जांच की और पाया कि यह फीचर पूर्ण नहीं है। मैंने dotnet/corefx#41747 एक मुद्दा उठाया है और अन्य dotnet/corefx#39031, dotnet/corefx#41325, dotnet/corefx#38650 संबंधित की ओर इशारा किया गया था। उसके कारण हमारे सभी आंतरिक माइक्रोसर्विसेज अभी भी न्यूटनसॉफ्ट.जेसन का उपयोग करते हैं।

अज्ञात कारण से मैं इसे सार्वजनिक एपीआई और वेबएप पर भी ठीक करने के लिए देवों को प्रबंधित करना भूल गया।

बीटीडब्लू: मैं उत्पादन कोड में जितना संभव हो सके कामकाज से बचने की कोशिश करता हूं .. भविष्य में इसे बनाए रखना और इसे हटाना मुश्किल है।

@खेलंग , ऐसा नहीं है कि वर्कअराउंड काम नहीं करेगा। यह सिर्फ इतनी बुनियादी बात है कि डेवलपर्स को वर्कअराउंड जोड़ने की आवश्यकता नहीं है। .NET कोर 3 के लिए शुरू की गई एक बड़ी विशेषता के रूप में, इसमें ऐसे बुनियादी कार्यान्वयन की कमी नहीं होनी चाहिए।

@arisewanggithub नियंत्रकों के लिए वैश्विक सेटिंग्स उपलब्ध हैं। आप इसे AddJsonOptions() माध्यम से कॉन्फ़िगर कर सकते हैं, या आप JsonSerializerOptions इंस्टेंस को Json() नियंत्रक विधि में पास कर सकते हैं।

क्या यह बंद कारण है कि हम वर्कअराउंड कर रहे हैं ?!

क्या यह बंद कारण है कि हम वर्कअराउंड कर रहे हैं ?!

मुद्दा अभी भी खुला है, एक एपीआई/व्यवहार प्रस्ताव, समीक्षा और कार्यान्वयन लंबित है। इस बीच, https://github.com/dotnet/corefx/issues/38641#issuecomment -540200476 में उल्लिखित कनवर्टर का उपयोग करके काम करना बहुत आसान है।

इसके द्वारा अवरुद्ध किए गए किसी भी व्यक्ति के लिए, यहां एक कनवर्टर (JsonTimeSpanConverter) के साथ एक NuGet पैकेज है जिसे हम 5.0 ड्रॉप से ​​पहले उपयोग कर सकते हैं: Macross.Json.Extensions

TimeSpan और Nullable<TimeSpan> प्रकारों का समर्थन करता है।

ओह, बकवास, यह दर्द होता है!

इसके द्वारा अवरुद्ध किए गए किसी भी व्यक्ति के लिए, यहां एक कनवर्टर (JsonTimeSpanConverter) के साथ एक NuGet पैकेज है जिसे हम 5.0 ड्रॉप से ​​पहले उपयोग कर सकते हैं: Macross.Json.Extensions

TimeSpan और Nullable का समर्थन करता हैप्रकार।

मेरे परीक्षणों के अनुसार, अशक्त मूल्य प्रकार पहले से ही ढांचे द्वारा नियंत्रित किए जाते हैं। आपको निम्न से अधिक की आवश्यकता नहीं है:

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));
    }
}

(संपादित करें: ढांचे के स्रोतों पर करीब से नज़र डालने के बाद, यह पता चला कि शून्य टोकन/शून्य मानों के लिए चेक अनावश्यक हैं। उपरोक्त कोड तदनुसार अपडेट किया गया था।)

फिर JsonSerializerOptions को इस तरह कॉन्फ़िगर करें:

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

मुझे नहीं लगता कि यदि आप अतिरिक्त कोड की कुछ पंक्तियों का सामना कर सकते हैं तो तृतीय पक्ष निर्भरता जोड़ना एक अच्छा विचार है। आखिर हम एनपीएम की जमीन में नहीं हैं। ;)

बेशक, यह सबसे अच्छा होगा अगर हमें इस तरह के मूल प्रकार के लिए किसी भी तरह के समाधान की आवश्यकता नहीं है।

@adams85 FYI करें Nullable मान प्रकार खराब हैं <.NET 5 जब JsonConverterAttribute के साथ प्रयोग किया जाता है। #32006 देखें। मैं व्यक्तिगत रूप से वैश्विक कॉन्फ़िगरेशन पर विशेषता शैली का उपयोग करना पसंद करता हूं, इसलिए एक्सटेंशन और बग फिक्स, लेकिन आपका कनवर्टर उत्कृष्ट है। क्या आपको कोई आपत्ति है अगर मैं इसे मैक्रॉस.जेसन.एक्सटेंशन में जोड़ दूं तो किसी और की मदद करने के लिए जो इससे लाभान्वित हो सकते हैं और इस अवसर पर "एनपीएम भूमि" की यात्रा करने में कोई आपत्ति नहीं है? :)

@CodeBlanch इस विचित्रता को JsonConverterAttribute आउट के साथ इंगित करने के लिए धन्यवाद। यह निश्चित रूप से पूरी कहानी का हिस्सा है।

और, निश्चित रूप से, यदि आप इसे पसंद करते हैं तो आपको मेरे कनवर्टर को अपने lib में जोड़ने की अनुमति दी जाती है। :)

.NET 5.0 पूर्वावलोकन 5 से शुरू होकर मुझे Cannot skip tokens on partial JSON त्रुटियाँ मिल रही हैं, जो मेरी संस्थाओं को System.Text.Json के साथ JSON में राउंड-ट्रिपिंग कर रही हैं। अपमानजनक रेखा और चरित्र "Ticks": में कोलन है

वैसे भी अगर मैं कामकाज का उपयोग TimeSpan को क्रमबद्ध करता हूं तो यह ठीक काम करता है।

मेरी ओर से +1 क्योंकि .json फ़ाइल को खोलने पर मेरी प्रारंभिक प्रतिक्रिया केवल इसकी सभी संरचनात्मक महिमा में क्रमबद्ध TimeSpan को खोजने के लिए "निश्चित रूप से नहीं ..." थी।

https://github.com/dotnet/runtime/issues/42356 में @jsedlak से:

अंक शीर्षक

System.Text.Json.JsonSerializer क्लास TimeSpan प्रॉपर्टी को डिसेरिएलाइज़ करने में असमर्थ है, भले ही वह इसे क्रमबद्ध कर सके।

आम

इस मुद्दे को प्रदर्शित करने वाली नमूना परियोजना यहां उपलब्ध है: https://github.com/jsedlak/TestTimeSpan

यदि आप 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 } } ]

लेकिन डिफ़ॉल्ट deserializer एक्सटेंशन ( HttpClient.GetFromJsonAsync ) संपत्ति को संभाल नहीं सकता है। यह एक खाली TimeSpan देता है। ऑब्जेक्ट को डिसेरिएलाइज़ करने के लिए एक कस्टम कनवर्टर का उपयोग किया जाना चाहिए।

डॉटनेट जानकारी

`.NET कोर एसडीके (किसी भी Global.json को दर्शाता है):
संस्करण: 3.1.302
प्रतिबद्ध: 41faccf259

क्रम पर्यावरण:
ओएस का नाम: विंडोज़
ओएस संस्करण: 10.0.20201
ओएस प्लेटफार्म: विंडोज़
आरआईडी: win10-x64
आधार पथ: C:\Program Files\dotnet\sdk3.1.302\

मेजबान (समर्थन के लिए उपयोगी):
संस्करण: 3.1.6
प्रतिबद्ध: 3acd9b0cd1

.NET कोर एसडीके स्थापित:
3.1.302 [सी:\प्रोग्राम फ़ाइलें\डॉटनेट\sdk]

.NET कोर रनटाइम स्थापित:
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 के

हम इसे .NET 6.0 में संबोधित करना चाहेंगे

.NET 5 अभी तक जारी नहीं किया गया है, मुझे अच्छा लगेगा अगर हम v6 की प्रतीक्षा करने के बजाय v5 (सेवर प्रमुख ब्रेकिंग परिवर्तन v3 => v5) में बुलेट को बिट करें।

हम इस सुविधा को 5.0 में फिट नहीं कर सके। हमें बाकी 5.0 फीचर काम के साथ प्राथमिकता देनी थी, और यह फिट नहीं था। एफडब्ल्यूआईडब्ल्यू यह कट लाइन के करीब था, इस प्रकार देर से कदम।

बस एक कस्टम कनवर्टर के साथ सरल समाधान को फिर से उजागर करने के लिए:

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 के लिए ले सकता हूं।

जब मैं स्वयं एक जोंस कन्वर्टर बनाने का विकल्प चुनता हूं, तो मैं अपरिवर्तनीय संस्कृति का उपयोग करने की सिफारिश करूंगा:

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));
    }
}

मैं एएसपीनेट कोर 3.1 के साथ काम कर रहा हूं और आज इस समस्या में भाग गया। मैं उन पंक्तियों पर सिग्नलर और इनलाइन संपादन के साथ टेलीरिक्स ग्रिड का उपयोग कर रहा हूं जिनमें नलबल टाइमपैन हैं और देख सकते हैं कि पेलोड में टाइमपैन डेटा होता है लेकिन डिसेरिएलाइज़ेशन विफल हो जाता है। मैं Macros.Json.Extensions लाइब्रेरी का उपयोग कर समाप्त हुआ और इसे काम करने के लिए मेरे कुछ जावास्क्रिप्ट को फिर से काम कर रहा था, हालांकि आदर्श नहीं, मुझे उम्मीद है कि यह एक उचित फिक्स हो जाएगा।

और यदि आप ISO8601 प्रारूप की तलाश में हैं, तो आप इसका उपयोग कर सकते हैं:
```सी#

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 घंटे के टाइमस्पैन पर विचार करें .. उदाहरण के लिए "24:00:00" नए टाइमस्पैन के बराबर होना चाहिए (24, 0, 0)

यह वास्तव में एक JSON चीज़ नहीं है, यह TimeSpan पार्स तर्क का हिस्सा है। संक्षिप्त उत्तर: 24 घंटों के लिए "1.00:00:00" का प्रयोग करें। लंबा उत्तर: मैं कुछ समय पहले रनटाइम कोड के माध्यम से यह पता लगाने के लिए गया था कि "24: 00: 00" अपेक्षा के अनुरूप क्यों नहीं है और इसके बारे में एक ब्लॉग पोस्ट लिखा है।