Darf man "File of <Record>" noch benutzen?

**p80286**

Wartbarkeit, Erweiterbarkeit, Robustheit sind die Schlagworte. Wenn das alles gewährleistet ist, kannst Du über Performance nachdenken.

Das merkt man einigen Programmen an. Die sind so mit dem Suchen einer möglichen Erweiterung beschäftigt, daß für ihren eigentlichen Zweck nichts mehr übrig bleibt.
Grundsätzlich hat ein Programm seine Arbeit so schnell es geht zu erledigen, und dabei immer nach dem alten Motto "First make it run, then make it fast"

Gruß
K-H

**Mavarik**

Zitat von Furtbichler:

Zitat von Mavarik:

Ich will nicht, dass:

1. Meine Anwender auch nur die Möglichkeit haben die Dateien zu editieren.
2. Dritte in die Dateien reinschauen können.
3. Kompatibilität zu Vorgänger-Versionen herzustellen ist.
4. --- Punkt gestrichen ---

Daher werden alle Daten-Dateien Verschlüsselt, mir jeweils anderer Reihenfolge pro Programmstart gespeichert,
jeweils mit anderem Offset versehen, die Verschlüsselung ändert sich per Zufall usw. Querbeziehungen stellen eine
Manipulation fest, redundante Speicherung verhindert Datenverlust. Und alles was mir in den letzten 31 Jahren noch so eingefallen ist.

[/OT]

Ist das dein Ernst? Wo sind die Ironie-Tags?

Natürlich ist das mein Ernst... Außerdem schützt es meine Entwicklung.

Zitat von Furtbichler:

Zitat:

PPS: Achja, dass waren noch Zeiten, als man den Floppy-Controller und die DMA noch per ASM angesprochen hat.

Gott-Sei-Dank sind die vorbei und man muss nicht mehr in der Buddelkiste Häuschen bauen sondern kann mit ausgereiften Werkzeugen Städte konzipieren und errichten (lassen).

Mag sein, aber 1982 hab ich ein Betriebssystem inkl. Diskeditor für Floppys in Z80 ASM programmiert und das hatte nur 1000 Bytes... Da kannte ich jedes bit mit Vornamen. Heute würde man wahrscheinlich 10MB brauchen und es wäre nicht halb so schnell.

Mavarik

**Mavarik**

Zitat von Daniel:

Letztlich ist auch "File of Record" nur eines von mehreren Werkzeugen der Softwaretechnik und man wird in Abhängigkeit der Anforderungen seine Wahl treffen müssen.

Diplomatisch wie immer...

Und natürlich hast Du 100%ig Recht!

Mavarik

**Sherlock**

Zitat von Mavarik:

Natürlich ist das mein Ernst... Außerdem schützt es meine Entwicklung.

Nicht nur Deine Entwicklung schützt du damit. Der Support-Aufwand hält sich in Grenzen wenn Anwender nicht in Daten rumwurschteln können, wie sie wollen.
Wir hatten allerdings sogar schon den Fall, daß ein Kunde auf die glorreiche Idee kam eine EXE im Hex-Editor zu bearbeiten, um irgendeinen String in einem Dialog zu ändern. Die Betriebserlaubnis für das Medizinprodukt ist natürlich erloschen, und eigentlich hat sich der Mensch strafbar gemacht...aber wir haben einfach mal den Servicevertrag gekündigt.

Sherlock

**p80286**

Zitat von Sherlock:

Wir hatten allerdings sogar schon den Fall, daß ein Kunde auf die glorreiche Idee kam eine EXE im Hex-Editor zu bearbeiten, um irgendeinen String in einem Dialog zu ändern.

da scheint es mehrere von zu geben.

Gruß
K-H

Zitat von p80286:

Grundsätzlich hat ein Programm seine Arbeit so schnell es geht zu erledigen

Äh. In der professionellen Softwareentwicklung eher nicht, denn da erntest Du mit dieser Aussage Hohn, Spott und abfälliges Schmunzeln.

Zitat von gammatester:

Kann mir jemand erklären, wie man diese Anforderungen erreicht

Datenbank, fällt mir auf Anhieb ein. SQLite, Access. Was kleines eben. Ich wähle meine Werkzeuge anhand der Anforderung. Wenn ich wahlfreien Zugriff benötige (mit Sicherheit über einen Schlüssel), nehme ich eine DB.

Zitat von Sherlock:

Nicht nur Deine Entwicklung schützt du damit. Der Support-Aufwand hält sich in Grenzen wenn Anwender nicht in Daten rumwurschteln können

Ich weiss ja nicht, was für und welche Daten ihr da in so einem File-Of-TIrgendwas verschlüsselt abspeichert, aber bei mir ist das so: Eine Liste kommt in eine DB, Konfigurationseinstellungen in eine XML/INI usw.

Ich hatte bisher erst einen Fall, bei dem die Daten geschützt sein mussten. Dann wird eben verschlüsselt. Aber nur, weil es sich um einen embedded PC handelte, ohne Netzanbindung und keinerlei DB-Treiber installiert werden durften. Ansonsten schütze ich Daten, indem sie auf das RDBMS kommen.

Übrigens würde ich mich freuen, wenn irgendwer in Konfigurationsdaten rumfummelt. Das gibt nämlich dann eine saftige Rechnung!

Ich kenne nur keinen Fall, wo ich File-of-record einem Stream vorziehen würde. Aber vermutlich, weil ich nicht mit Records arbeite, keine Shortstrings verwende, sowie keine einfachen Strukturen habe.

Jedem das Seine, würde ich da sagen.

**Sir Rufo**

Irgendwie habe ich diesen Thread so verstanden, dass Daten von einem alten Delphi-Programm eingelesen werden sollen.

Im neuen Programm würde ich auch auf aktuelle Strukturen setzen (Datenbank, XML, etc. bzw. Klassen statt Records) aber den Zugriff auf diese alten Daten mit einem Adapter-Pattern und dem file of record (in einem Strategy-Pattern) realisieren.

**Der schöne Günther**

Richtig, eigentlich wollte ich nur wissen, ob ich Legacy-Daten, die ebenso geschrieben wurden, auch wieder so einlesen kann. Ob das Konzept mit dem "File" heute Probleme bei Dingen wie Rechten, Netzwerkpfaden, Überschreitung von Dateigrößen oder Sonderzeichen mit sich bringt.

Aber ein bisschen weiterführende Diskussion schadet ja nicht

**Sir Rufo**

Zitat von Der schöne Günther:

Richtig, eigentlich wollte ich nur wissen, ob ich Legacy-Daten, die ebenso geschrieben wurden, auch wieder so einlesen kann. Ob das Konzept mit dem "File" heute Probleme bei Dingen wie Rechten, Netzwerkpfaden, Überschreitung von Dateigrößen oder Sonderzeichen mit sich bringt.

Aber ein bisschen weiterführende Diskussion schadet ja nicht

weiterführend ja, aber irgendwie galoppierten die Pferde auf einer ganz anderen Koppel

Probleme in diesem Kontext sind mir dazu nicht bekannt.

Zitat von Sir Rufo:

Zitat von Der schöne Günther:

Aber ein bisschen weiterführende Diskussion schadet ja nicht

weiterführend ja, aber irgendwie galoppierten die Pferde auf einer ganz anderen Koppel

Bischen OT schadet nie.

Im Ernst: Ich bezweifle, das eine in Turbo-Pascal geschriebene Datei unter Delphi noch als File-Of-Record ausgelesen werden kann. Nicht das weiß, das es nicht geht, ich bin einfach nur unsicher. Daher würde ich das happenweise einlesen, einfach, um auf Nummer sicher zu gehen. Ich meine mich nämlich zu erinnern, das der 'packed record' nicht mehr ganz so gepackt ist, wie früher (oder war es das packed array?)