Globale Variablen

[guni]

Hallo Leute,

habe ein Programm das aus mehreren Klassendateien besteht. Einzelne Variablen gelten für jede Klasse!
Wie kann ich sie in jeder Klasse verwenden, ohne, dass ich sie neu aufrufe / in der main-Methode an den Konstruktor übergebe? Gibt es da eine elegantere Möglichkeit?
ich hab dazu mal ein paar Dinge gehört:

Interfaces implementieren mit public Variablen
util.properties
util.preferences

ad. Interfaces:
manche schlagen das als ganzbaren weg vor; andere bezeichnen es als Missbrauch. Irgendwelche Pros/Contras zu dem Thema?

ad. properties / preferences:
was genau ist der Unterschied (Vor-/Nachteil), wenn ich meine Einstellungen in der einen oder anderen Variante speichere?
Um die Einstellungen dann in jeder Klasse nutzen zu können, muss ich doch eh wieder in jeder Klasse ein properties.loadFromXml oder sowas aufrufen.

was haltet ihr von der Variante:

public abstract class Main {

protected Type setting1;
protected Type setting2;
protected Type setting3;
protected Type setting4;
protected Type setting5;
protected Type setting6;
protected Type setting7;
...

public Main() {
// assign settings
}
}

ab da:

public class irgendwas extends Main {

public irgendwas() {
super();
}

}

ich denke, wenn ich alle meine Klassen von Main ableite hab ich nur das Interface-Konzept auf Klassen verschoben; das is auch nicht schön, oder?!

und noch eine Frage: bei Properties/Preferences muss ich meine Werte zur Laufzeit casten, oder? Ich kann nicht definieren, dass Properties einen Integer oder einen Double oder sonstwas zurückgibt, oder? Wie speichern diese Klassen komplexe Objekte? (z.B. Properties.put(key,new LinkedList()) ...

lg, guni

 

[0x7F800000]

Interfaces implementieren mit public Variablen

Interfaces die keine funktionalität definieren finde ich ecklig und verwirrend.

Mach's doch einfach wie zB. in der Math-Klasse:

class Math{
   public static final double PI=3.3;
}

Dann kannst du in jeder anderen Klasse entweder direkt über Math.PI darauf zugreifen, oder die ganze Math klasse statisch importieren... Find ich schöner.

edit: oder sollen es keine konstanten, sondern variablen sein? ???:L

 

[Noctarius]

Dem kann ich in beiden Belangen nur beipflichten

 

[guni]

doch. es sind schon konstanten. genaugenommen sind es irgendwelchen programmeinstellungen mit denen das programm gestartet wird.

für wie schön würdet ihr den ansatz halten, wenn ich eine eigene klasse Settings mache, die nur public static (final) variables enthält?

und was is der unterschied zwischen util.properties und util.preferences?

lg, guni

 

[Noctarius]

für wie schön würdet ihr den ansatz halten, wenn ich eine eigene klasse Settings mache, die nur public static (final) variables enthält?

würde ich voll unterstützen

 

[0x7F800000]

Hmm, so eine singletonige Gott-Klasse, die alle Einstellungen speichert? :bahnhof:
Bist du dir sicher, dass du diese in _so_vielen_verschiedenen_ anderen Klassen brauchst?
Sind es nicht vielleicht doch nur 10% oder so? Wäre es da nicht angebrachter, diese "Settings" zu einer normalen Klasse zu machen, und die Referenz darauf ganz normal über Konstruktoren usw. weiterzureichen und normal in member-variablen abzuspeichern?

 

[Noctarius]

Nein eine Klasse die alle static final Fields hält (so hab ich ihn verstanden)

 

[0x7F800000]

Solang's FINAL's sind, ist das okay. Wenn da aber irgendwas veränderbares drin ist, ist das nicht mehr schön.

 

[guni]

nein. ich brauche sie eigentlich fast immer nur in einer einzigen klasse.
aber ich hätte sie ganz gern an einem ort definiert, weil ich irgendeine funktionalität einbauen möchte, dass man sie als user des programmes ändern kann.
bin nur noch nicht sicher was:

- properties-Datei
- System.getProperty
- preferences (verstehe ich noch nicht ganz!)

lg

 

[maki]

Kannst du dir auch mal ansehen: Commons Configuration - Java Configuration API