Wie verwaltet Ihr Anwendungseinstellungen?

[turboPASCAL]

Um die Einstellungen in den Programmen zu Verwalten nutze ich in der VCL sowie auch in der nonVCL eine Klasse in
Verbindung mit einem Record oder eben nur einen Record. Es ist imho immer die Frage wie viele Daten man speichern
möchte, ob die Angelegenheit erweiterbar gestaltet werden soll und oder ob die gespeicherten Daten manuell
bearbeitbar sein soll.

Ich verwende gern Ini-Dateien, der Vorteil ist das man seine Programme dadurch leicht portabel bekommt.
Manchmal nutze ich auch gern eigene binäre Konfigurationsdateien in denen ich einfach einen Rekord abspeichere.
Die kleinste Konfig.-datei ist gerade mal ein Byte gross mit acht enthaltenen Infos.
Registry kommt für mich nur in Frage, wenn man auf Systemdaten zugreifen will oder seine Daten bzw.
Einstellungen global auf dem Windowssystem verfügbar machen möchte.
XML und der gleichen nutze ich hingegen ungern bzw. sogut wie nie da mir der Aufwand zu gross und meine Programme
zu klein dafür sind.

[mirage228]

Zitat von generic:

Über die RTTI speichern und laden sich meine Objekte selbstständig.

Genau so mache ich es auch

Ich habe alle meine Einstellungen in einem oder mehreren Objekten. Beim Speichern und Laden werden sie bei meinen meisten Programmen in/aus ein(em) XML-Dokument serialisiert. Der Vorteil ist, dass ich mich nicht selbst um das Speichern neuer Attribute kümmern muss.

Viele Grüße

[Assarbad]

Registry und INI-Datei. Ansonsten (aber eher selten) auch mal hier und da ne Datenbank (bspw. SQLite).

Noch was für ganz clevere: Lua kann man, wie schon bei FarCry gesehen, auch als Konfigurationsdateien mißbrauchen.

[scrat1979]

Vielen Dank für die zahlreichen Antworten. Dann werde ich dann wohl die Mühe auf mich nehmen und das ganze in einem Objekt kapseln. Ist zwar aufwendig aber - wie bereits angemerkt - sauber und erweiterbar.

Da die Frage zum Topic passt: Wo speiche ich eigentlich Konfigurationsdateien (z.B. INI) jetzt ab? Es gibt ja da verschiedene Aussagen.

[SirThornberry]

Ich glaube hier ging es gar nicht so darum wo die Daten letztendlich abgelegt werden als vielmehr ob man sich die Arbeit macht über ein Objekt darauf zu zugreifen.
Ich bevorzuge den Zugriff über ein Objekt weil man dann wirklich nur die Laden- und Speichern-Methode ändern muss wenn sich der Ablageort/-Typ für die Daten ändern soll.

[Aphton]

Zitat von scrat1979:

(bei ca. 20-30 Einstellungen lokale Variable, Getter, Setter und property...)

Ein Datensatzregistrierungssystem mit "Textdateien im Key/Value Prinzip" (wie von Generic beschrieben) wäre meines Erachtens nach optimal!
Dadurch wäre das Ganze um einen Klacks abstrakter und könnte nun bei anderen Projekten verwendet werden!

[himitsu]

Zitat von turboPASCAL:

Die kleinste Konfig.-datei ist gerade mal ein Byte gross mit acht enthaltenen Infos.

Ob nun 1 Byte oder 8 KB ist doch egal.

Ein Cluster ist heutzutage wohl schonmal durchschnittlich 4 KB bis zu 64 KB und eine Datei belegt immer ein Mehrfaches an ganzen Clustern.

PS: XML gegenüber INI ist kein großer Unterschied ... es sind etwa die selbe Anzahl an Befehlen.

[mleyen]

Bei überschaubaren Progrämmchen haben meine einstellbaren Klassen oft eine Load/-SaveSettingsToStream()-Methode.
Bei größeren, oftmals eigene Settings-Klassen.

Wo?
Privat: Zu 80% in der Exe selber.
Ansonsten: Als Binärfile oder ini in %appdata%
Registry vermeid ich auch wo es geht.

[generic]

Zitat von Nersgatt:

Hallo Bernd,

wo wird der Artikel denn zu lesen sein?

Der Artikel wird voraussichtlich im
Entwickler Magazin 4.2011 Seite 68 ff.
erscheinen.

Einstellungssache - Anwendungsdaten und Einstellungen laden, verarbeiten und speichern

[jaenicke]

Ich habe zu dem Zweck eine fertige Lösung vorbereitet. Die sucht automatisch an den möglichen Stellen in der richtigen Reihenfolge und erlaubt es so dem Benutzer anzugeben wo die Einstellungen liegen sollen. Zudem kann man eine portable Version unabhängig von einer installierten Version einfach mal auf dem selben Rechner starten usw.

Du findest die Units plus Demo hier:
http://www.delphipraxis.net/917904-post.html
Sowie eine Erklärung zu den Hintergründen hier:
http://www.delphi-library.de/viewtopic.php?p=541637