Ist "true" valides JSON?

[Codehunter]

Zitat:

Zitat von himitsu (Beitrag 1481417)

Was die Spezifikation der Schnittstelle des Servers betrifft, da kommt es drauf an, was sie für "Daten" erwartet.
Da kann es auch sein, dass sie einen String verlangt, in dem die Textrepresentation einen booleanischen Wertes vorliegt.

Ja da muss man höllisch aufpassen. Wenn dort C-kompatible Vergleiche geschehen, dann gilt:

(links Client-Request, rechts Server)
true=true
false=false
"true"=true
"false"=true
0=false
1=true
>1=true

[himitsu]

0=false
"0"=true

Ja, wenn man den "Stringinhalt" nicht interpretiert, dann
* ein leerer String ist

Delphi-Quellcode:

0

* ein String mit irgendwas drin, der ist ungleich

Delphi-Quellcode:

0

* und alles ungleich

Delphi-Quellcode:

0

(C=null, D=nil) ist

Delphi-Quellcode:

true

(da wird quasi einfach alles hart nach Integer gecastet und =0 ist false, sowie <>0 wird true)

[Neutral General]

Zitat:

Zitat von Codehunter (Beitrag 1481414)

Bei TJSONObject ist mir ehrlich gesagt völlig egal, ob es als String oder Bool interpretiert wird. Ich caste das einfach nach Bedarf von TJSONValue nach TJSONString oder TJSONBool.

Du kannst aber nicht einfach casten wie du willst. Entweder steckt hinter dem Wert ein TJSONString oder es steckt dahinter ein TJSONBool. Du kannst kein TJSONValue das tatsächlich ein TJSONString ist nach TJSONBool casten ohne dass dir ggf. was um die Ohren fliegt!

Und zu der original Frage:

Ich hab ehrlich gesagt jetzt nicht in einer Spezifikation nachgeschaut aber meinem Verständnis nach ist

"True"

gültiges JSON. Es ist ein einzelner Json-String.

true

wäre auch gültig und wäre ein einzelner Json-Bool.

[Der schöne Günther]

Ich handhabe es ehrlich gesagt genauso, und hatte so auch noch nie Probleme beim Zusammenspiel von Delphis System.JSON und JSON-Bibliotheken für andere Sprachen, z.B. jsoncpp:

1. "true" ist ein String
2. true ist ein Boolean
3. [true] ist ein Array mit einem Boolean drin
4. usw.

[Codehunter]

Ich habe den Parser jetzt dahingehend angepasst, dass man mit einem XPath "/" ein Rootelement ohne Objektstruktur als Wert ansprechen kann.

Davon unabhängig ist das Lesen von Bool-Strings mit TJSONObject dennoch seltsam:

Delphi-Quellcode:

if ParseJSONValue('"true"') is TJSONBool then ... // Ergibt ein JA

Womit immer noch nicht geklärt ist, wie der Parser hier eigentlich Strings von Bools unterscheidet.

Umgekehrt erzeugt er bei mir aber auch bei

Delphi-Quellcode:

(JSONValue as TJSONBool).AsBoolen := True

den String

Code:

"true"

Also mit Anführungszeichen. Das macht mich jetzt echt knülle weil ich nicht weiß was die Serverparser draus machen :shock: Ich hab da bisher nicht drauf geachtet... :pale:

[Neutral General]

Boolean Werte haben in JSON keine Anführungszeichen. Wenn der Server "true" schickt ist das technisch ein String. Was die Anwendung damit macht ist ne andere Sache.
"true" in einer JSON-Klasse als Boolean zu werten halte ich für falsch.

Was du da schreibst kann ich übrigens nicht nachvollziehen:

Delphi-Quellcode:

procedure TForm4.FormCreate(Sender: TObject);
var val: TJSONValue;
begin
  val := TJSONObject.ParseJSONValue('"true"');
  Caption := val.ClassName;
end;

val ist in dem Fall ein TJSONString, kein TJSONBool.

[Codehunter]

Ich muss das Montag mal in Ruhe durchgehen. Eben noch mal kurz mit der 10.3 CE getestet, da verhält sich das auch anders. Irgendwas stimmt mit dem TJSONObject-Parser in meinem dienstlichen 10.2.3 Pro nicht. Jetzt ist aber erst mal Wochenende :lol: