JSON/Superobject mit Binären Daten

[Shark99]

Ich bin dabei das JSON Format mittels superobject zu speichern und bin mir beim Escapen unsicher.

Ich nehme einen String sAESData der per AES Verschlüsselt wird.

Diesen sAESData der Binäre Daten erhält wandle ich so in JSON um:

Delphi-Quellcode:

var soString: ISuperObject;
    sAESData: string;
    sOutput: string;

...

  soString := TSuperObject.Create(sAESData);
  sOutput := soString.AsJSon;
  soString := nil;

In den Tests klappt bisher alles. Auch wenn sAESData 0-Bytes enthält gibt es keine Exception und sOutput schaut OK aus.

Ich wollte trotzdem Fragen ob hier keine Falle lauert! Kann ich soString.AsJSon für beliebige binäre Daten verwenden?

[Neutral General]

Um auf Nummer sicher zu gehen würde ich die binären Daten als Base64-String speichern.

[Shark99]

Das macht die Datei eine Ecke größer. Würde es nur machen wenn es wirklich notwendig ist.

[Zacherl]

Zitat:

Zitat von Shark99 (Beitrag 1342599)

Das macht die Datei eine Ecke größer. Würde es nur machen wenn es wirklich notwendig ist.

Sobald dein AES String zufällig das Äquivalent zu einem der JSON Trennzeichen beinhaltet, wird die Datei ungültig werden. Base64 ist definitiv erforderlich.

[Shark99]

Welches spezifisches JSON Trennzeichen meinst du?

[Neutral General]

Geschweifte Klammern, Kommas, etc. Alles was bei JSON zur Syntax dazugehört

[Shark99]

Hmm verstehe ist nicht.

Wenn ich den Text "abc{," habe wird daraus

{"string": "abc{,"}

Und ein JSON Validator hat kein Problem damit.

[Sir Rufo]

Zitat:

Zitat von Zacherl (Beitrag 1342601)

Zitat:

Zitat von Shark99 (Beitrag 1342599)

Das macht die Datei eine Ecke größer. Würde es nur machen wenn es wirklich notwendig ist.

Sobald dein AES String zufällig das Äquivalent zu einem der JSON Trennzeichen beinhaltet, wird die Datei ungültig werden. Base64 ist definitiv erforderlich.

Nö, die werden von SuperObject entsprechend escaped, ist also insofern kein Problem.

Zitat:

Zitat von Shark99 (Beitrag 1342605)

Hmm verstehe ist nicht.

Wenn ich den Text "abc{," habe wird daraus

{"string": "abc{,"}

Und ein JSON Validator hat kein Problem damit.

Eben weil SuperObject darauf achtet (achten sollte)

[himitsu]

"binäre" Daten in einem "String" ... wo es hier Probleme geben kann/wird, ist bei der Codierung, z.B. Umwandlung von Unicode (der Typ String seit D2009) z.B. nach ANSI, jenachdem wie das JSON am Ende gespeichert wird.
Außer SuperObjekt sorgt immer dafür, dass das JSON nur noch ASCII-Zeichen enthält.

[Sir Rufo]

Bei JSON gibt es wenig Spielraum wie da was gespeichert wird

http://json.org

[Shark99]

Zitat:

Zitat von himitsu (Beitrag 1342644)

"binäre" Daten in einem "String" ... wo es hier Probleme geben kann/wird, ist bei der Codierung, z.B. Umwandlung von Unicode (der Typ String seit D2009) z.B. nach ANSI, jenachdem wie das JSON am Ende gespeichert wird.
Außer SuperObjekt sorgt immer dafür, dass das JSON nur noch ASCII-Zeichen enthält.

Was sollte sonst verwendet werden wenn in den Daten sowohl Unicode Strings, als auch Binäres vorkommen kann (da optionale AES Verschlüsselung). Bytechar?

[himitsu]

"wenig" und nicht jede Libt hält sich richtig an alles.
OK, SuperObjekt sollte sich an die Syntax halten, aber wie von SuperObjekt die Strings kodiert werden, weiß ich nicht ganz sicher.

Würde aber alles "Nicht-ASCII" immer mit \u... kodiert, dann gibt es nie Probleme.

[Sir Rufo]

Zitat:

Zitat von himitsu (Beitrag 1342658)

"wenig" und nicht jede Libt hält sich richtig an alles.
OK, SuperObjekt sollte sich an die Syntax halten, aber wie von SuperObjekt die Strings kodiert werden, weiß ich nicht ganz sicher.

Würde aber alles "Nicht-ASCII" immer mit \u... kodiert, dann gibt es nie Probleme.

Das ist eher kontraproduktiv, denn der String \u... wird im JSON als \\u... dargestellt. Das bringt irgendwie nichts

[himitsu]

Ich meinte doch das JSON-\u , so wie das #123 im Delphi ... das sollte der nicht nochmal maskieren (hoff ich doch, dass der das nicht macht).

[p80286]

Zitat:

Zitat von Sir Rufo (Beitrag 1342662)

Zitat:

Zitat von himitsu (Beitrag 1342658)

"wenig" und nicht jede Libt hält sich richtig an alles.
OK, SuperObjekt sollte sich an die Syntax halten, aber wie von SuperObjekt die Strings kodiert werden, weiß ich nicht ganz sicher.

Würde aber alles "Nicht-ASCII" immer mit \u... kodiert, dann gibt es nie Probleme.

Das ist eher kontraproduktiv, denn der String \u... wird im JSON als \\u... dargestellt. Das bringt irgendwie nichts

Jetzt bist du aber sehr kleinlich, wenn deine Json-Software sich um das escapen kümmern kann, dann wirf ihr doch einfach x000D in den Rachen. Wenn sie damit nicht korrekt umgehen kann, solltest Du einen Weg finden wie \u000D in die Json-Datei kommt. Keine Gedanken muß man sich machen, wenn man Base64 oder auch Base16 codiert.
InAußerdem ist die Rede von "Unicode Characters" je nach Sichtweise würde dies z.B. den Bereich von x0000-001F ausschließen, da es sich hierbei um Steuercodes handelt, was meiner Meinung nach wiederum für Basexx spricht.

Gruß
K-H

[Sir Rufo]

Ich glaube fast wir reden aneinander vorbei.

Liegt aber wohl daran, dass ich so ein JSON-String niemals direkt erstelle sondern eben erstellen lasse. SuperObject oder das in Delphi eingebaute Gedöns kümmert sich dann darum, dass der von mir beliebig gewählte string JSON-konform in so einem JSON-Objekt abgelegt wird.

Nur so als Beispiel:

Delphi-Quellcode:

var
  lFoo              : TFoo;
  lFooStr           : string;
  lExpected, lActual: string;
begin
  lExpected := #0 + #1 + #2 + #3 + #4 + #5;

  lFoo := TFoo.Create;
  try
    lFoo.Bar := lExpected;
    lFooStr  := lFoo.ToJson( ).AsJSon( );
  finally
    lFoo.Free;
  end;

  lFoo := TFoo.FromJson( lFooStr );
  try
    lActual := lFoo.Bar;
  finally
    lFoo.Free;
  end;

  Assert( lExpected.Equals( lActual ) );
end;

als JSON-Objekt:

Code:

{"bar":"\u0000\u0001\u0002\u0003\u0004\u0005"}

BTW: Der Delphi-Interne JSON-Serialisierer bekommt das zurückwandeln nicht auf den Schirm, da bleibt

Delphi-Quellcode:

TFoo.Bar

einfach leer

[p80286]

Zitat:

Zitat von Sir Rufo (Beitrag 1342682)

SuperObject oder das in Delphi eingebaute Gedöns kümmert sich dann darum, dass der von mir beliebig gewählte string JSON-konform in so einem JSON-Objekt abgelegt wird.

Jo, wenn denn die Daten die Du hast, ein String sind. Enthält diese Aneinanderreihung von Werten, Werte die nicht Codierungskonform sind, wird es spannend. Und diese Spannung kannst Du umgehen, indem Du deine Werte nimmst und ihnen eine BaseXX-Codierung zukommen läßt.
Eine weitere Möglichkeit, wäre es, ein Array zu nutzen, dem sollte es ziemlich egal sein welche Daten es bekommt.

Gruß
K-H