FileStream mit "TIniFile Funktionalität".Methoden

[Sir Rufo]

Zitat von Bjoerk:

Okay. Meistens arbeite ich aber mit einen eigenen IniFileParser. Der liest die Ini mit Assignfile und Co als TextFile ein. Wenn ich dort jetzt die Methoden (ReadMetaFile, ReadBinaryStream bzw. WriteMetaFile, SaveToStream) ergänze geht das dann noch als TextFile?

Das macht Sinn? Das musst du mir aber jetzt mal erklären, warum du nicht einfach TIniFile benutzt

[Bjoerk]

Ist das verboten? Zum Beispiel weil IniFile bei jedem Wert neu abspeichert? Weil meiner schneller und umfangreicher ist? BTW, hab gesehen daß WriteBinaryStream BinToHex umwandelt. Also no Problem mit AssignFile und Co..

[Neutral General]

Zitat von Bjoerk:

Ist das verboten? Zum Beispiel weil IniFile bei jedem Wert neu abspeichert? Weil meiner schneller und umfangreicher ist? BTW, hab gesehen daß WriteBinaryStream BinToHex umwandelt. Also no Problem mit AssignFile und Co..

Es gibt eine TMemIniFile in der IniFiles.pas, die Speichert nicht jedes mal direkt auf die Platte.
(und ist daher ggf. auch schneller).

Und brauchst du wirklich eine High-Speed Ini? Wenn du so viel/oft in eine Ini schreibst oder daraus liest dann solltest du wahrscheinlich eh über Alternativen nachdenken weil eine Ini keine Datenbank ist.

Wenn es nur ab und zu mal (beim Programmstart und vllt beim Ändern irgendwelcher Einstellungen) passiert dann machen auch 100ms nix aus

[himitsu]

Zitat von Bjoerk:

Okay. Ich hab's jetzt erst mal so probiert. Funzt einwandfrei.

Delphi-Quellcode:

function TMemIniFileEx.ReadMetaFile(const Section, Name: string;
  Value: TMetaFile): integer;
var
  MemoryStream: TMemoryStream;
begin
  MemoryStream := TMemoryStream.Create;
  try
    Result := ReadBinaryStream(Section, Name, MemoryStream); // integer, kein int64
...

Wobei ich hier mich etwas wundere.

Wollte man nun ein TIniFile, was nicht mit einer Datei, sondern auf einem Stream arbeitet (für den gesamten Inhalt der INI), so wie es im Titel heißt,
oder wollte man einen Stream in einem INI-Value abspeichern, so wie es in diesem Code gemacht wird?

Zitat:

Zum Beispiel weil IniFile bei jedem Wert neu abspeichert? Weil meiner schneller

TMemIniFile


Man kann natürlich auch überlegen, ob man unbedingt eine INI verwenden muß, oder ob ein anderes Daten-/Dateiformat nicht auch ginge.

[Bjoerk]

Genau so ist es, Michael. Eigentlich mißbrauche ich IniFiles als Datenbank. Das kann ich auf die Schnelle aber nicht ändern.

[Bjoerk]

Zitat:

Wobei ich hier mich etwas wundere.

Wollte man nun ein TIniFile, was nicht mit einer Datei, sondern auf einem Stream arbeitet (für den gesamten Inhalt der INI), so wie es im Titel heißt,
oder wollte man einen Stream in einem INI-Value abspeichern, so wie es in diesem Code gemacht wird?

Ganz recht Himitsu. Sir Rufo ist "Schuld". -> Siehe #2.

[himitsu]

Zitat von Bjoerk:

Eigentlich mißbrauche ich IniFiles als Datenbank. Das kann ich auf die Schnelle aber nicht ändern.

Doch.


Du nimmst dir TCustomIniFile, baust als Backend den Zugriff auf die Datenbank ein und im Programm wird das Ding dann wie ein TIniFile verwendet ... schreibt und liest aber in Wirklichkeit in die/aus der Datenbank.

PS: Das gibt es auch schon, siehe TRegIniFile, welches wie eine TIniFile aussieht, aber in Wirklichkeit die Daten in einem RegistryPfad speichert.
Danach kann man dann in Ruhe und Schrittweise die Funktionen direkt auf die DB umstellen, ohne daß der restliche alte Code gleich knallt.

Das ist einer der Vorteile der OOP ... kompatible Schnittstelle aber dahinter liegt eine unterschiedliche Funktion.

[Bjoerk]

Stimmt. Gute Idee. Die Lese und Schreibzugriffe Klassenintern an eine Datenbank delegieren (private FDatenbank: TDatenbank). Welche würde sich denn für diesen Zweck anbieten (Client Server brauch ich nicht)?

[Neutral General]

Firebird Embedded oder SQLite würde ich sagen

[DeddyH]

Prinzipiell kannst Du da jede DB nehmen, die Embedded-Modus, also ohne Serverinstallation, unterstützt (Firebird Embedded, SQLite, Absolute Database, etc.).