Klassen und Records streamen ?

[paule32.jk]

Hallo,
wie kann man Klassen und Records streamen ?
muss ich da selbst Hand anlegen oder gibt es da bereits schon Lösungen ?

Ein kleines Beispiel wäre nicht schlecht - aber dann bitte sehr einfach - bin kein Programmier-Profi.

[mytbo]

Zitat:

Zitat von paule32.jk (Beitrag 1541839)

wie kann man Klassen und Records streamen?

Mit mORMot für Arrays: DynArraySave/DynArrayLoad und DynArraySaveJson/DynArrayLoadJson, für Objekte: ObjectToJson/ObjectToJsonFile/ObjectLoadJson oder für Records: RecordSave/RecordLoad und RecordSaveJson/RecordLoadJson.

Bis bald...
Thomas

[fisipjm]

Außerdem kannst du die Delphi interne TJSON Komponente verwenden. https://blogs.embarcadero.com/how-to...-line-of-code/
MorMot nur wegen dem Streaming einzusetzen, ist denke ich ein bisschen mit Kanonen auf Spatzen schießen, wobei das Framework wirklich stark ist und auf jeden Fall einen Blick wert ist.

Wenn es auf Performance ankommt lohnt sich ein Blick in die Neon Library. Die ist auch von ihrem Aufbau sehr gut mit den TJson aufrufen kompatibel nur um Welten schneller. https://github.com/paolo-rossi/delphi-neon
Außerdem genau so wie TJSON mit FMX und VCL kompatibel.

vG
PJM

[Der schöne Günther]

Habe mit Neon bislang noch nicht viel gemacht, aber das ging erstaunlich komfortabel und reibungslos. Ist wirklich einen Blick wert.

[fisipjm]

Zitat:

Zitat von Der schöne Günther (Beitrag 1541856)

Habe mit Neon bislang noch nicht viel gemacht, aber das ging erstaunlich komfortabel und reibungslos. Ist wirklich einen Blick wert.

Vor allem ist der Aufwand des Umstiegs bei bestehenden Projekten die mit TJSON realisiert wurden denkbar klein und der Performance-Gewinn vor allem bei großen und komplexen JSON Verschachtelungen enorm.:thumb::thumb:

[paule32.jk]

Danke für die Tipps.

sieht gut aus (das neon), so auf den ersten Blick.
Aber ich würde gerne eine Lösung verwenden, die unter:
- Delphi 12.0+ und:
- FPC 3.2.2

lauffähig wäre.

[himitsu]

TReader und TWriter für alles ab TPersistent bzw. TComponent ... ALLE Delphis und Lazaruse seit jeher bis immer.
Das wird auch für die DFM/LFM-Ressource benutzt (binär), wobei und der Stream kann dann auch noch von/nach Text konvertiert werden ... wie bei den aktuelleren DFMs, seit Jahrzehnten.



Ansonsten halt XML oder JSON von/zur Klasse kapseln.

Delphi-Quellcode:

function Speichern(C: TObject): string;
function Lesen(Text: string): TObject;

Da ist es dann auch egal, was man intern jetzt oder zukünftig in Delphi und/oder Lazarus nutzen wird.

Oder besser noch in eine Basisklasse oder ein Interface die Speicherfunktion und das dann für alle Datenklasse(n) nutzen.

[enkosia11]

Hallo,
um Klassen und Records zu streamen, gibt es bereits einige Ansätze, aber oft hängt es von der genauen Struktur deiner Daten ab. Für einfache Fälle kannst du Standard-Serialisierungsmethoden nutzen, um sie in Streams umzuwandeln. Wenn die Anforderungen komplexer sind, könnte es sinnvoll sein, eine maßgeschneiderte Lösung zu entwickeln, die perfekt auf deine Bedürfnisse abgestimmt ist. Individuelle softwarelösungen sind besonders dann hilfreich, wenn die bestehenden Optionen nicht ausreichen. Ein kleines Beispiel: Du könntest JSON oder XML für den Austausch verwenden, falls du einfache Datenstrukturen hast. Für alles Weitere müsstest du wahrscheinlich tiefer einsteigen.

[Mavarik]

Hallo!

Wenn Du im Record keine dynamische Felder hast, kannst Du einfach den Record Binär senden.

Bei Strings oder DynArrays musst Du diese Felder einzelln senden.
Du kannst die RTTI dazu verwenden die Felder zu finden.

Short Strings in Records sind kein Problem.

Mavarik

[dummzeuch]

Zitat:

Zitat von Mavarik (Beitrag 1542256)

Hallo!

Wenn Du im Record keine dynamische Felder hast, kannst Du einfach den Record Binär senden.

Bei Strings oder DynArrays musst Du diese Felder einzelln senden.
Du kannst die RTTI dazu verwenden die Felder zu finden.

Short Strings in Records sind kein Problem.

Mavarik

Doch, sind sie: Wenn man RTTI verwenden will, darf man nicht sowas haben:

Delphi-Quellcode:

type
  MyRecord = record
    Name: string[5];
  end;

Dann bekommt man per RTTI für das Feld Name keine Angaben zum Typ.

Was aber geht ist:

Delphi-Quellcode:

type
  NameString = string[5];
type
  MyRecord = record
    Name: NameString;
  end;

[paule32.jk]

short string sind doch 255 Zeichen ?
und: String[5] - das ein Array of Char mit 5 Einträgen ?

[peterbelow]

Zitat:

Zitat von paule32.jk (Beitrag 1542264)

short string sind doch 255 Zeichen ?
und: String[5] - das ein Array of Char mit 5 Einträgen ?

String[n] definiert einen array von n+1 Ansichar, wobei das Element [0] die Länge des enthaltenen Textes als Byte enthält (kann weniger als n sein!) und der Text bei Index 1 beginnt. Der Typ Shortstring ist nur ein Alias für String[255].

Paule, Du solltest Dir wirklich mal die Mühe machen und den Delphi Language Guide durcharbeiten. Den gibt es auch in der offline-Hilfe, falls Du die installiert hast.

[Mavarik]

Zitat:

Zitat von dummzeuch (Beitrag 1542263)

Zitat:

Zitat von Mavarik (Beitrag 1542256)

Hallo!

Wenn Du im Record keine dynamische Felder hast, kannst Du einfach den Record Binär senden.

Bei Strings oder DynArrays musst Du diese Felder einzelln senden.
Du kannst die RTTI dazu verwenden die Felder zu finden.

Short Strings in Records sind kein Problem.

Mavarik

Doch, sind sie: Wenn man RTTI verwenden will, darf man nicht sowas haben:

Delphi-Quellcode:

type
  MyRecord = record
    Name: string[5];
  end;

Dann bekommt man per RTTI für das Feld Name keine Angaben zum Typ.

Was aber geht ist:

Delphi-Quellcode:

type
  NameString = string[5];
type
  MyRecord = record
    Name: NameString;
  end;

Egal ob als Type oder direkt...

Die RTTI braucht man ja nur für nicht short string... Da der Rest ja in einem Rutsch geschrieben werden kann.

Mavarik

[bernau]

Zitat:

Zitat von Mavarik (Beitrag 1542256)

Wenn Du im Record keine dynamische Felder hast, kannst Du einfach den Record Binär senden.

Das habe ich mir schon lange abgewöhnt. Es gibt dafür immer ein LoadFromStream oder SaveToStream. Damit ist man wesentlich flexibler. Im Stream am Anfang noch eine Versionsnummer, dann bist du sogar abwärtskompatibel, wenn du den Record erweiterst.