Vorgehensweise beim Laden und Speichern von Programmeinstellungen | Benutzerabhängig

[dGeek]

Zitat von haentschman:

Beispiel:
1. Klasse aus verschiedenen Basis Klassen abgeleitet.
2. z.B. aus verschieden INI laden.
3. Einstellungen die immer da sind (globale) und progammspezifische in einer Klasse

Wieso so kompliziert mit Klassen und alle dem?

[DeddyH]

Wieso keine Interfaces? Dann ließe sich die Applikation recht einfach erweitern, ohne dass man auf der GUI-Ebene eine Zeile Code ändern müsste.

[Aviator]

Zitat von DeddyH:

Wieso keine Interfaces? Dann ließe sich die Applikation recht einfach erweitern, ohne dass man auf der GUI-Ebene eine Zeile Code ändern müsste.

Das würde mich jetzt aber auch interessieren. Habe auch umfangreiche Einstellungen in meinem Programm bei dem fast jedes Control auf der Form in Hintergrundfarbe, Schriftart, Schriftgröße usw. angepasst werden kann. Habe mich immer schon gefragt wie das einfacher gehen sollte.

Wäre über ein Beispiel das so eine Funktion zeigt super dankbar.

[DeddyH]

Im Augenblick ist das eher ungünstig, aber zu Hause könnte ich mal schnell was basteln. Ich glaube aber, Sir Rufo hat zu einem ähnlichen Problem auch schon einmal eine Interface-Lösung gezeigt, allerdings konnte ich den Thread auf die Schnelle nicht finden.

[dGeek]

Meinst du das hier?
http://www.delphipraxis.net/1277612-post3.html

[DeddyH]

Exakt

[Aviator]

Zitat von DeddyH:

Im Augenblick ist das eher ungünstig, aber zu Hause könnte ich mal schnell was basteln. Ich glaube aber, Sir Rufo hat zu einem ähnlichen Problem auch schon einmal eine Interface-Lösung gezeigt, allerdings konnte ich den Thread auf die Schnelle nicht finden.

Das heißt aber das ich dann (zumindest per Schleife) durch alle Komponenten interieren müsste um von jeder die Properties zu lesen und zu schreiben, oder?

Im Einstellungsfenster müsste dann aber auch komponentenbezogen für alle Komponenten eine Einstellungsmöglichkeit vorhanden sein. Wahrscheinlich dann über eine ComboBox aus der man die gewünschte Komponente wählt?

@Headbucket: Ich hoffe ich kapere den Thread jetzt nicht und das sind auch Informationen die du gebrauchen könntest.

[DeddyH]

Das ist richtig, meine Anregung mit dem Interface bezog sich ja auch auf die Art der Speicherung (Ini, Registry, XML, Datenbank oder wo auch immer). Schau Dir doch den verlinkten Thread einmal an, das entspricht ziemlich genau dem, was mir durch den Kopf schoss.

[Aviator]

Zitat von DeddyH:

Das ist richtig, meine Anregung mit dem Interface bezog sich ja auch auf die Art der Speicherung (Ini, Registry, XML, Datenbank oder wo auch immer). Schau Dir doch den verlinkten Thread einmal an, das entspricht ziemlich genau dem, was mir durch den Kopf schoss.

Ja habe ich mir bereits angeschaut. Ist auch alles logisch. Mir ging es nur darum, wie ich nachher die SaveSetting() oder um beim Beispiel aus dem Link zu bleiben SetBool() Procedure aufrufe um alle Komponenten zu speichern.

In meinem Fall würde ich die Einstellungen in einer Datenbank speichern um an jedem Arbeitsplatz die gleichen Einstellungen zu haben. Jetzt stellt sich mir die Frage wie ich das konkret machen würde.
Würde ich an das Interface am besten die Komponente übergeben und in der Klasse die das Interface implementiert die Eigenschaften selbst auslesen oder wie macht man so etwas?

Ich weiß das wird jetzt sehr speziell und es ist auch nicht mein Thread, aber ich habe die Befürchtung, dass ich nicht der Einzige bin der da evtl. verschiedene Dinge zu umständlich macht.

[haentschman]

Moin...

Aus verschieden Gründen:
1. eine Klasse kapselt den Code für eine AUFGABE
2. Erweiterung einer Klasse für die AUFGABE mit anderen OPTIONEN
3. Eine Klasse ist WIEDERVERWENDBAR
4. Klasse ist OOP ...

...usw.

Zitat:

Wieso keine Interfaces?

...ich glaube das das zu weit führt.