Collection von Objekten verschiedener Klassen

[Thomas Lorenz]

Ich möchte in meinen Programm erreichen, dass ich zum Start des Programms mehrere einzelne Objekte verschiedener Klassen
(z.B. Systemeinstellungen, Filedaten, Benutzereinstellungen) erzeuge.
Im weiteren Verlauf ist es so, dass auf diese genannten Objekte aus jeder beliebigen anderen Klasse zugegriffen werden kann.

Somit könnte ich dann aus einer Klasse XYZ auf das Objekt System der Klasse Systemeinstellungen zugreifen und dessen
Methoden nutzen.

Mein Ansatz ist, dass ich die oben genannten Objekte in einer Collection sammeln tue und später die Collection nach einem Objekt
suchen lasse, denn der Name dieser Objekte ist ja seit dem Programmstart bekannt.


Konkretes Beispiel:

Beim Start wird ein Objekt Sys der Klasse Systemeinstellung erzeugt. Hierbei bekommt das Objekt Eigenschaften wie das verwendete
Betriebssystem und dem daraus resultierenden Pfad.
Nun soll die Klasse GUI ein Textfeld zur Verfügung stellen, welches die Eingabe in Form der System üblichen Form zur Verfügung stellt.
Also meinetwegen den Slash anstatt des Backslash.

Also nur der KeyListener des Textfeldes, oder das PlainDocument des Textfeldes soll in der Klasse Systemeinstellung nachfragen (z.B.
sys.getSysSeparator() ).
Nicht das die Klasse GUI im Konstruktor schon das Sys-Objekt erhält und mit sich rumschleppt.

Wie könnte hier eine Lösung dafür aussehen?

 

[Marco13]

Grundsätzlich könnte man das mit einer Map machen

class Settings
{
    public static final Map<String, Object> map = new HashMap<String, Object>();
}


// Von überall:
Settings.map.put("Sys", new SystemSettings());

// Auch von überall:
SystemSettings sys = (SystemSettings)Settings.map.get("Sys");

aber das static und das casten sind ziemlicher Bogus.

Für einiges von dem, was du da abspeichern wills, GIBT es wohl schon Lösungen - z.B. die Slash/Backslash-Sache:
String separator = File.separator;

Andere Sachen kann man sich aus der Klasse "System" holen.

Beschreib' ggf. mal genauer, worum es da geht. Vielleicht wäre das ein Fall, wo ein "Singelton" angebracht wäre - aber das nur einzusetzen, weil man "da so schön bequem drauf zugreifen kann" ist nicht gut.

 

[Thomas Lorenz]

Zunächst einmal vielen Dank für die superschnelle Antwort.

Ja, dass mit dem FileSeparator war kein gutes Beispiel. Ich weiß, dass die Klasse System diese Methode anbietet.

Beim Start werden mehrere Textdateien auf ihren Status abgefragt (vorhanden ?, Größe). Hierzu gibt es u.a. auch Textdateien
in der Anwender von mehreren Klassen zugreifen kann um von dort Daten abzuholen, oder Daten hineinschreiben kann.

Weiterhin wird eine Personalnummer beim Start vergeben, auf die ebenfalls immer wieder zugegriffen wird.
Dazu ein Beispiel : Wenn die Personalnummer eine bestimmte Kennung besitzt, dann darf der Anwenders dies und dass und
andere Sachen wieder nicht. Und solche Abfragen sollten aus mehreren Klassen möglich sein.

Ein letztes Beispiel :

Eine Klasse ErrorHelper hält alle möglichen Fehlermeldungen, von denen aus zahlreichen Methoden zugegriffen werden muss.

Ich weiß, dass es sehr hilfreich wäre, wenn ich den Code hier veröffentliche. Es handelt sich jedoch um eine Behördenanwendung,
in der schon das ein, oder andere Detail steht welches ich nicht öffentlich machen möchte.
Und ein anonymisieren wäre ein riesiger Aufwand, da bereits über zehn Klassen vorhanden sind.

Zwei Fragen zu Deinem Beispiel habe ich noch:


// Von überall:
Settings.map.put("Sys", new SystemSettings());

Also in der aufrufenden Klasse muss in jedem Fall ein Objekt von Settings existieren?
Und mit ... new SystemSettings erschaffe ich KEIN neues Objekt von SystemSettings?

Bin da noch unsicher.

 

[Marco13]

Wenn man davon ausgehen kann, dass es sich bei diesen "Einstellungen" um ein Objekt (oder eine Sammlung von Objekten) geht, von dem es in der gesamten Anwendung zu jedem Zeitpunkt nur EINE Instanz geben DARF, dann kann man dafür ein Singleton verwenden. (Und NUR dann).

D.h. du könntest solche Einstellungen dann mit einer Klasse verwalten wie

class Settings
{
    // Irgendwelche Einstellungen
    private String someSetting;

    // Eine Instanz
    private static Settings instance = new Settings();
    
    private Settings() {}

    // Statische Methode, um die Instanz zu holen
    public static Settings getInstance()
    {
        return settings;
    }
}

Diese Klasse kann dann von jedem Punkt aus verwendet werden, OHNE dass man dort eine Instanz von "Settings" kennen muss - stattdessen verwendet man die statische getInstance-Methode:

String someSetting = Settings.getInstance().getSomeSetting();

Das kann natürlich noch ausgefeilter werden, mit einer Collection oder Map oder sonstwas. Der wichtige Punkt bei diesem (Websuch-Stichwort) Design Pattern "Singleton" ist die private statische Instanz, der private Konstruktor und die public static getInstance()-Methode.

Aber nochmal der Hinweis: Dieses Pattern wird oft falsch eingesetzt. Meistens dann, wenn jemand zu faul ist, sich über eine vernünftige Klassenstruktur Gedanken zu machen, und einfach nur mit wenig Aufwand eine "Daten-Hure" erstellen will, wo jeder, der gerade Lust hat, mal drüberrutschen darf.

WENN es für deine Einstellungen aber immer nur EINE Instanz geben DARF, dann ist das eine Lösung. Andernfalls wirst du um weiteres Nachdenken kaum drumrumkommen.

 

[Thomas Lorenz]

Beim Versuch über eine Daten-Hure rüberzurutschen kam ich nicht weiter. Wahrscheinlich hätte ich erst eine Lochinstanz anlegen müssen, oder auch mehrere.
Aber der Begriff hat mich doch sehr lustig berührt. Prima!!

Gut, ich werde mich damit eingehender beschäftigen und danke Dir für die Antwort.