TMemIniFile neu einlesen

[faux]

Hallo!

Ich benutze ein TMemIniFile zum speichern der Konfiguration. Die ganze Konfiguration soll über die INI Datei passieren, also kein GUI.
Wie kann ich den Befehl "Reload Config" realisieren? Es soll hierbei die Datei neu eingelesen werden, falls etwas verändert wurde.

Grüße
Faux

[marabu]

Hallo,

du könntest das Verzeichnis mit der Konfigurationsdatei überwachen und auf Änderungen an der Datei reagieren. Alternativ könntest du eine externe Überwachung implementieren die deine Anwendung benachrichtigt.

Grüße vom marabu

[faux]

Danke für die Antwort, aber so aufwändig will ich das gar nicht machen. Der Benutzer soll selbst im Menü wählen "Konfiguration JETZT neu einlesen".
Hört sich leicht an, aber wie lese ich ein TMemIniFile neu ein?

[Jelly]

Zitat:

Zitat von faux

Ich benutze ein TMemIniFile zum speichern der Konfiguration. Die ganze Konfiguration soll über die INI Datei passieren, also kein GUI.

Das widerspricht sich. Wenn Du ein ini-File direkt im Notepad ohne eigene Gui bearbeitest, wieso musst du mit TMemIniFile was speichern?

Zitat:

Zitat von faux

Wie kann ich den Befehl "Reload Config" realisieren? Es soll hierbei die Datei neu eingelesen werden, falls etwas verändert wurde.

Indem Du dir eine ReloadConfig Prozedur schreibst, die die Ini File ausliest und die Werte in Eigenschaften einer oder mehrerer Klassen speichert.

Willst Du allerdings die Konfiguration automatisch neu laden sobald die ini-Datei von aussen verändert wurde, könntest du in regelmässigen Abständen den Timestamp der ini-Datei prüfen und gegebenfalls dann neu laden.

[Christian Seehase]

Moin Tom,

Zitat:

Zitat von Jelly

könntest du in regelmässigen Abständen den Timestamp der ini-Datei prüfen und gegebenfalls dann neu laden.

statt Polling wäre aber die Überwachung des Verzeichnisses, wie Marabu sie vorgeschlagen hat, zu bevorzugen (ReadDirectoryChangesW / [dp]FindFirstChange*[/dp] usw.
Solche Änderungen sollten ja nicht so häufig auftreten.

Wobei natürlich MemIniFile den Nachteil hat, dass die Datei bei einer Änderung nicht gleich neu geschrieben wird, da müsste man dann bei jeder Änderung schon UpdateFile aufrufen.

[thkerkmann]

Tach zusammen,

ich glaube das geht alles an seiner Fragestellung vorbei - obwohl gute Vorschläge, werd ich mir auch mal anschauen... :-)

Seine Frage war doch: Wie lese ich ein TMemIniFile neu ein - der Benutzer triggert dies ja.

Und vielleicht ist die Antwort einfach:

Delphi-Quellcode:

  MyMemIniFile.Free;
  MyMemIniFile := tMemIniFile.Create(meinIniFilename);

jetzt ist die Collection der Werte neu eingelesen.

Sollte ich die Aufgabe falsch verstanden haben, ignoriert einfach meinen Post. :oops:

Gruss

[faux]

Jup, thkerkmann, das wars. ;)
Aber wird bei MemIniFile.Free nicht der Cache in die Datei geschrieben, also alle Änderungen überschrieben?

Grüße
Faux

[Christian Seehase]

Moin Faux,

Zitat:

Zitat von faux

Aber wird bei MemIniFile.Free nicht der Cache in die Datei geschrieben, also alle Änderungen überschrieben?

vor dem Problem stehst Du bei MemIniFile aber immer, wenn Du die Änderungen nicht mit UpdateFile zurückschreibst. Dann würdest Du ja, wie schon gesagt, nicht einmal merken können, das etwas geändert wurde.

[thkerkmann]

Zitat:

Zitat von Christian Seehase

Moin Faux,

Zitat:

Zitat von faux

Aber wird bei MemIniFile.Free nicht der Cache in die Datei geschrieben, also alle Änderungen überschrieben?

vor dem Problem stehst Du bei MemIniFile aber immer, wenn Du die Änderungen nicht mit UpdateFile zurückschreibst. Dann würdest Du ja, wie schon gesagt, nicht einmal merken können, das etwas geändert wurde.

Also diese Antwort finde ich jetzt wieder verwirrend.

Eindeutige Antwort: Bei

Delphi-Quellcode:

MemIniFile.Free;

wird nix zurückgeschrieben.

Dazu gibt es eine extra Methode, nämlich

Delphi-Quellcode:

MemIniFile.UpdateFile;

Gruss

[Christian Seehase]

Moin Thomas,

Zitat:

Zitat von thkerkmann

Eindeutige Antwort: Bei

Delphi-Quellcode:

MemIniFile.Free;

wird nix zurückgeschrieben.

Dazu gibt es eine extra Methode, nämlich

Delphi-Quellcode:

MemIniFile.UpdateFile;

Stimmt auch wieder :oops: :wall:

Auch wenn es, mehr oder weniger, dokumentiert, ist, halte ich dieses Verhalten für einen Fehler in der Implementierung.