JSON.NET JObject clé comparaison insensible à la casse

Je suis en utilisant Newtonsoft Json.net pour analyser la chaîne JSON. - Je convertir la chaîne en la JObject. Lors de l'accès à la valeur de l'élément par la clé, je veux la comparaison est sensible à la casse. Dans le code ci-dessous, j'utilise "DE" comme à la clé. Je veux qu'il retourne la chaîne "1" à la ligne json["DE"].ToString(). Mais il échoue. Est-il possible de rendre le code ci-dessous fonctionne?

String ptString = "{from: 1, to: 3}";
var json = (JObject)JsonConvert.DeserializeObject(ptString);

String f = json["FROM"].ToString();
  • Reportez-vous à cette réponse que ce qui est voulu, selon le JSON-RPC spec (les touches sont sensibles à la casse!).
  • Ne pourrais pas vous créer une certaine logique .toUpper ou .toLower dans l'une de ces extrémités?
  • Vous devriez vraiment prendre en compte la mise à jour de la accepté de répondre à haut voté un: stackoverflow.com/a/20475542/67824
InformationsquelleAutor Jeffrey | 2012-08-21
  1. 8

    c# permet d'utiliser des dictionnaires avec des touches qui sont insensibles à la casse, donc une solution de contournement que j'ai utilisé est de convertir le JObject à un dictionnaire avec StringComparer.CurrentCultureIgnoreCase ensemble, comme suit:

    JObject json = (JObject)JsonConvert.DeserializeObject(ptString);
Dictionary<string, object> d = new Dictionary<string, object>(json.ToObject<IDictionary<string, object>>(), StringComparer.CurrentCultureIgnoreCase);

String f = d["FROM"].ToString();
    • L'inconvénient de cette approche est que vous perdez la possibilité d'obtenir quelque chose en dessous de "niveau 1", ce qui signifie que vous ne peux pas obtenir tout imbriqué de la propriété.
    • Je ne vois pas que beaucoup d'un inconvénient. À moins que vous n'êtes pas à l'aide d'une API Azure ou générés automatiquement, Swagger JSON, il devrait y avoir peu ou pas de problème avec la profondeur. Tout est calculé et les classes sont créés pour traiter de la nidification dans le bon ordre. Cela ajoute une petite quantité de frais généraux en fonction de l'objet, mais dans l'ensemble, je trouve cela très utile. Dans mon cas, les documents que le Client Web a été créé à partir changé leur propriété boîtier... encore une fois. Depuis qu'ils n'adhèrent pas à leur "contrat", quelque chose comme cela m'empêche d'avoir à revenir en arrière et corriger le code à chaque fois.
    • Je vous conseille d'utiliser plutôt ceci: var dictionnaire = new Dictionary<string, JToken>(jo.ToObject<IDictionary<string, JToken>>(), StringComparer.CurrentCultureIgnoreCase), car il permet l'utilisation de .ToObject<T> sur la valeur retournée, contrairement à la réponse.
    InformationsquelleAutor ForeverWintr
  2. 86

    Cela devrait fonctionner:

    string json = @"{UPPER: 'value'}";
JObject o = JObject.Parse(json);
var value = o.GetValue("upper", StringComparison.OrdinalIgnoreCase)?.Value<string>();
    • Même chose ne semble pas être disponible pour le SelectToken méthodes.
    • Ouais, j'ai eu pour récupérer manuellement les JToken ignorant le boîtier, puis de trouver que c'est parent nom afin de définir une propriété tout en ignorant le nom de la propriété boîtier.
    • J'ai utilisé cette réponse et légèrement modifiés pour: var valeur = o.GetValue("supérieur", StringComparison.OrdinalIgnoreCase)?.Valeur<string>(); pour gérer référence nulle exception où la clé n'est pas dans le json.
    • exactement, j'ai également suivi cette voie. C'est la meilleure solution au problème posé.
    • Mise à jour ciselée selon @CaseyO Brien suggestion
    InformationsquelleAutor Gian Marco Gherardi