Thanks for the video, I think this makes it easier to avoid exceptions and improves reliability.
@robl3911 ай бұрын
It will be an uphill battle to get people off of Newtonsoft LOL
@talwald168011 ай бұрын
Is there an option for treating single quotes as double quotes for property names, or other string values? (I have seen this in the wild and had to resort to string.Replace...)
@pesfan638511 ай бұрын
In a post api I send {"quantity":"xyz","name":"peter"} and the request are null , the quantity type is decimal i cannot validate with fluentValidator , some idea?
@PankajNikam11 ай бұрын
I wonder if there are any performance impacts when turning off the strict checking.
@enriquebenedicto942911 ай бұрын
Given the apparent long list of possible options, it seems one would already have to know which options would be realistic candidates in a given environment. This leads me to think that an app reading the json file would be somewhat aware/knowledgeable of where the data comes from, and what format it can typically come in. One can't possibly anticipate ahead of time all the ways a json file might be wrongfully formatted. Also, are there ways to specify what the "comment" formats are? In this example, it was using c/c++ format by default, it seems. But what if semi-columns are used, for instance?
@pesfan638511 ай бұрын
What happen if i send string in a int value in that json ?
@foro111 ай бұрын
How to force this to be default for webapis ?
@jd3106811 ай бұрын
This guy James sounds a lot like that long haired bearded guy from the MAUI videos 😉
@SergioBarrionuevoАй бұрын
yeah right! hehe
@julian_b11 ай бұрын
I thought the original intention of System.Text.Json was to strictly adhere to the JSON standards?
@coffeeandloot821611 ай бұрын
It does, the options allow for bending the rules when you need to.
@robl3911 ай бұрын
The intent was to create a highly performant, low memory footprint JSON serializer