Aha Momente

[dummzeuch]

Im Buch "Algorithms and Data Structures" (von 2001, zweite Auflage von 2006) beschreibt Julian Bucknall ein sich selbst dokumentierendes Dateiformat. Das ist ein File of Records, welches zusätzlich einen Header enthält, der den Record beschreibt. Wenn man die Struktur dieses Headers kennt, kann man einen generischen Reader dafür schreiben (und theoretisch auch einen Editor)

In der Firma benutzen wir ein auf dieser Idee basierendes Dateiformat, welches noch zusätzliche Angaben zur Datei und außerdem eine Prüfsumme im Header enthält. Das ist extrem praktisch, da unser Reader dafür beliebige unserer Datendateien anzeigen und auch grafisch darstellen kann.

Hauptvorteil: Durch binäres Format deutlich kleinere Dateien als in irgendwelchen Textformaten.

[himitsu]

Jo, kleiner, aber vorallem auch schneller/einfacher zu lesen, weil man nichts erst parsen muß, bzw. auch Fehlerunanfälliger (besonders, wenn auch noch inkl. Prüfsumme).

Binäre-DFM, BSON, CompressedXML, ...
Text-DFM, JSON, XML, ...

[jaenicke]

Zitat von dummzeuch:

Im Buch "Algorithms and Data Structures" (von 2001, zweite Auflage von 2006) beschreibt Julian Bucknall ein sich selbst dokumentierendes Dateiformat. Das ist ein File of Records, welches zusätzlich einen Header enthält, der den Record beschreibt. Wenn man die Struktur dieses Headers kennt, kann man einen generischen Reader dafür schreiben (und theoretisch auch einen Editor)

DBase?

Ja, ich habe so etwas auch schon selbst geschrieben, aber damals kannte ich Datenbanken, z.B. eben auch einfache dateibasierte Datenbanken, noch nicht. Die machen ja genau das, was du dort beschrieben hast (ja, ohne Unterstrukturen, ich weiß). Und darauf aufsetzende ORMs können dann auch damit arbeiten.

[Uwe Raabe]

Zitat von jaenicke:

DBase?

War auch mein erster Gedanke

[dummzeuch]

Zitat von jaenicke:

Zitat von dummzeuch:

Im Buch "Algorithms and Data Structures" (von 2001, zweite Auflage von 2006) beschreibt Julian Bucknall ein sich selbst dokumentierendes Dateiformat. Das ist ein File of Records, welches zusätzlich einen Header enthält, der den Record beschreibt. Wenn man die Struktur dieses Headers kennt, kann man einen generischen Reader dafür schreiben (und theoretisch auch einen Editor)

DBase?

Ja, ich habe so etwas auch schon selbst geschrieben, aber damals kannte ich Datenbanken, z.B. eben auch einfache dateibasierte Datenbanken, noch nicht. Die machen ja genau das, was du dort beschrieben hast (ja, ohne Unterstrukturen, ich weiß). Und darauf aufsetzende ORMs können dann auch damit arbeiten.

DBase ist beim Schreiben um ein Vielfaches langsamer als dieses Format, das habe ich längst durchexerziert. Und auf diese Geschwindigkeit kommt es bei der Anwendung an. Beim Lesen ist es auch schneller, aber das wäre nicht so kritisch.

[jaenicke]

Ja, das stimmt. Meine Variante war auch sehr schnell.

[Uwe Raabe]

Zitat von dummzeuch:

DBase ist beim Schreiben um ein Vielfaches langsamer als dieses Format

Das war auch nicht damit gemeint. dBase hat nur einen ähnlichen Dateiaufbau:

Zitat von dummzeuch:

Das ist ein File of Records, welches zusätzlich einen Header enthält, der den Record beschreibt.

[himitsu]

Ein schönes Aha ist toll,
aber es geht auch andersrum.

https://quality.embarcadero.com/browse/RSP-39576
Je öfter man drauf guckt, um so schlimmer wird es.

Ich guck heute lieber nicht mehr in meine eigenen Codes.

Hatte bestimmt zu oft in der Hilfe abgeguckt.

[Redeemer]

Hatte auch gerade einen Aha-Moment und bin immer noch völlig irritiert, weil man function Wupp(Di: array of Integer): string; auch mit einem Integer als Argument aufrufen kann, sofern es sich bei dem Integer nicht um ein Literal handelt.

Delphi-Quellcode:

function Wupp(Di: array of Integer);
begin
  Result := Wupp(Di[0]);
end;

Kompiliert (und führt zu einem Stapelüberlauf, sofern keine überladene Version für Di: Integer existiert).

Welchen Sinn hat das?

[Uwe Raabe]

Über den Sinn zu diskutieren ist müßig.

Zumindest ist es dokumentiert:

Zitat:

Instead of an array, you can pass a variable of the open array parameter's base type. It will be treated as an array of length 1.