Konstruktor

[Junktyz]

Ich habe eine Klasse, welche etliche Konstruktoren für die verschiedensten Variablenkonstellationen enthält. Für Anpassungen an meinem Programm kommen immer wieder neue Variablen zu dieser Klasse hinzu, so dass ständig die Anzahl an Konstruktoren wächst.

Ist es da eine gute Lösung, nur einen Konstruktor zu haben, welche eine Hashmap mit den Variablennamen (die Namen habe ich per public static final String öffentlich zugänglich gemacht) und ihren Werten enthält und diese dann halt parsen. So muss ich nur wenig ändern, wenn mal wieder Sachen hinzukommen. Oder ist das schlechter Programmierstil?

 

[maki]

Hashmaps wären ok, besser "richtige", d.h. typisierte Objekte.

 

[ARadauer]

was ist das für eine klasse, vielleicht macht es sinn die klasse aufzuteilen wenn sie zu groß wird, bzw es muss ja auch nicht jede eigenschaft durch den konstruktor gesetzt werden.

 

[Junktyz]

Die enthält Konfigurationsdaten für einen anderen Prozess und dient als "Verwaltungsklasse". Aufteilen bringt da nichts, wurde ja schon aufgeteilt in Exekutive und Legislative ^^.

Typisierung geht net, Java 1.4 ist Compliancelevel.

 

[Janus]

java bietet zum eintüten von freien merkmalen java.util.Properties an.

klingt aber eher so, als wär dein problem mit vererbung eleganter zu lösen.

 

[ARadauer]

Konfigurationsdaten ... da wär ich auch eindeutig für Properties.

Meiner Meinung nach wird Vererbung überschätzt.

 

[Junktyz]

java bietet zum eintüten von freien merkmalen java.util.Properties an.

Es werden auch Objekte übergeben, da sind die Properties dann doch nicht ganz so vorteilig .

 

[maki]

Typisierung geht net, Java 1.4 ist Compliancelevel.

Natürlich geht typisierung, schon mit Java 1.0

Was ich meinte war, erzeuge dir doch einen Typen(=Klasse), welche die Daten hält und übergib ein Objekt dieser Klasse als Paramter anstatt einer ellenlangen Paramterliste.

 

[Junktyz]

Typisierung geht net, Java 1.4 ist Compliancelevel.

Natürlich geht typisierung, schon mit Java 1.0

Was ich meinte war, erzeuge dir doch einen Typen(=Klasse), welche die Daten hält und übergib ein Objekt dieser Klasse als Paramter anstatt einer ellenlangen Paramterliste.

Ah okay, mit Generics verwechselt .

Na, ich hab's jetzt mit einigen wenigen grundlegenden Konstruktoren gelöst und der Rest wird dann über mehr weniger viele Setter gesetzt. Ist glaub die beste Möglichkeit .

 

[e9926044]

Sonst mach einfach eine Initialisierung mit einem Initialisierungsblock

{} bzw. einen statischen Initalisierungsblock

static {},

das ist sicher eleganter als einige Konstruktoren zu haben und bewirkt das gleiche wie in einem Konstruktor ({} wird für jedes Objekt am Anfang ausgeführt