Globale (semi-finale) Varibalen

[Luk10]

Grüße,

ich brauche für mein Programm gloable Variablen, die von jeder Klasse ohne Referenzierung zugänglich sein müssen. Diese sollen zu einem Punkt in meinem Programm gesetzt werden und dürfen dann nicht mehr verändert werden. Welchen Wert die Variablen haben steht aber leider erst zur Runtime fest und der Punkt ist nicht während des Klassen-Ladens was

public static final

Variablen ausschließt.

Momentan lasse ich einfach das

final

weg, aber habe da ein ganz ganz ungutes Gefühl weil das Programm sicher crashed wenn die Variablen nach einmaligem setzten nochmal geändert werden.

Ich denke jetzt schon eine Weile drüber nach und kann keine Lösung finden ... Kann mir jemand von euch vielleicht weiterhelfen?

Danke!

 

[hüteüberhüte]

Klasse bauen, die das Setzen eines Werts nur einmal erlaubt. Edit:

public final class ImmutableClazz {

    private int value = -1;
    private boolean changed = false;

    public boolean setValue(int value) {
        if (changed) {
            return false;
        }
        this.value = value;
        changed = true;
        return true;
    }

    public int getValue() {
        return value;
    }
}

public static final ImmutableClazz IC = new ImmutableClazz();

 

[Luk10]

Wie vermeide ich denn, dass sie zwar public gelesen werden können, aber nicht geschrieben ohne "final".

In den Sinn kommt mir ein Singleton, dass mit init(...) nonstatic Variablen bekommt die nur mit gettern (ohne setter) gelesen werden können ... Hört sich kompliziert und nicht schön an

 

[hüteüberhüte]

Siehe meinen Edit oben. Sobald der Wert einmal gesetzt wurde, lässt er sich nicht mehr ändern, und es ist auch von überall darauf zugreifbar

 

[Luk10]

Schöner als ein Singleton ... wenn sich hier nichts besseres vorgeschlagen wird, nehme ich das doch glatt ...

Danke, bin aber auch noch offen für andere Ideen!

 

[hüteüberhüte]

Naja, wenn es sich ausschließlich nur um einen Wert handelt, wäre vielleicht auch eine nicht-instantiierbare Klasse möglich:

public final class ImmutableClazz {

    private static int value = -1;
    private static boolean changed = false;

    private ImmutableClazz() {
    }

    public static boolean setValue(int value) {
        if (changed) {
            return false;
        }
        ImmutableClazz.value = value;
        changed = true;
        return true;
    }

    public static int getValue() {
        return value;
    }
}

System.out.println(ImmutableClazz.getValue());
ImmutableClazz.setValue(7);
System.out.println(ImmutableClazz.getValue());
ImmutableClazz.setValue(8);
System.out.println(ImmutableClazz.getValue());

-1
7
7

Ist aber irgendwie auch nicht so praktisch, falls hinterher ein zweiter Wert benötigt wird. Vielleicht haben die anderen ja noch Vorschläge

 

[maki]

public static schreit geradezu nach einem unsauberen Konzept imho, zumindest für OOSprachen.

Was wäre den so schlimm an einem Objekt?

 

[Marco13]

Abgesehen davon, dass das "Global" bei mir immer das Hochziehen von mindestens zwei Augenbrauen auslöst, ist mir das genaue Verwendungsmuster nicht ganz klar. Wer hat die Kompetenz, den Wert zu setzen? Unter welchen Bedingungen? Kann das nicht schon durch geeignete Sichtbarkeit sichergestellt werden? Dass die set-Methode einfach 'default' Sichtbarkeit hat, und der getter public ist? Dann dürfte nur jemand im gleichen Package den Wert ändern, und wenn DER Mist macht, hat der Entwickler einen Fehler gemacht...

 

[Hüte]

public static schreit geradezu nach einem unsauberen Konzept imho, zumindest für OOSprachen.

Was wäre den so schlimm an einem Objekt?

Dann ist erstere Variante ("semi"-immutable object) doch besser

@Marco13: Natürlich ist es ein Problem, wer den Wert setzen darf und wer net. Aber mir fällt auch kein besseres Konzept ein. Evtl. müsste man auch über Threadsicherheit nachdenken, aber dafür kennt man von der Anwedung zu wenig

 

[Spacerat]

Also so ganz sauber ist das alles nicht. Wenn man genauer wüsste um was es geht, könnte man evtl. einen komplett anderen Ansatz auswalzen.