Static

[Hansi8123]

Ich bin recht neu in Java und mir wurde immer gesagt das ich nicht "static" benützen soll.
Was ist so schlimm daran?
Und was soll ich sonst benützen?
Man könnte ja nur mit setter und getter arbeiten aber geht das nicht leichter?

 

[kneitzel]

Warum nicht static ?

Nabend, ich führe hier gerade eine kleine Diskussion mit jemandem, der so ziehmlich überall static verwendet, wo er nur "kann". Nun wurde mir immer eingeprügelt -> "static" = BÖSE. Nun frage ich mich aber warum ist dass den eigentlich so ? Ich weiß dass dadurch meißt die Kapselung stark...

www.java-forum.org

 

[mihe7]

Mit static werden Variablen, Methoden oder Typen in einer Klasse derart definiert, dass sie ohne ein Objekt nutzbar sind. Das widerspricht dem Ansatz der Objektorientierung. Außerdem gibt es von einer statischen Variable nur ein Exemplar.

static ist nicht per se falsch, sonst gäbe es das Schlüsselwort in der Sprache erst gar nicht, aber man muss wissen, wann man es einsetzt bzw. wann nicht.

Willst Du global verfügbare Konstanten definieren? Dann bist Du mit static final richtig.
Willst Du reine Funktionen definieren, die nur die übergebenen Parameter verwenden? Dann ist Du mit static richtig.
Willst Du die main-Methode schreiben? Dann brauchst Du static.

In allen anderen Fällen braucht es schon einen guten Grund, um static zu verwenden.

Und was soll ich sonst benützen?
Man könnte ja nur mit setter und getter arbeiten aber geht das nicht leichter?

Zu ersten Frage: Objekte. Zur zweiten: das hat nichts damit zu tun, ob Du eine Variable static deklarierst oder nicht.

 

[MoxxiManagarm]

Man könnte ja nur mit setter und getter arbeiten aber geht das nicht leichter?

Am Anfang kommt einen das "schwierig" vor. Schwierig eher im Sinne von viel Schreibarbeit. Aber zum einen erkennst du irgendwann die Vorteile, gewöhnst dich daran und viele IDE's erleichtern dir durch Shortcuts die Schreibarbeit bei Themen wie getter + setter.

Und was soll ich sonst benützen?

Objekt instanzieren und dessen Methoden verwenden.

Was ist so schlimm daran?

@mihe7 erklärt das ziemlich gut. Ein Beispiel, welches in vielen Übungsaufgaben vorkommt für eine Verwendung von static, ist eine fortlaufende Nummer / ein Zähler von Objekten einer Klasse. So soll in einigen Übungsaufgaben z.B. gezählt werden wie viele Objekte von Klasse A erstellt wurden oder Klasse B, die eine fortlaufende inkrementelle ID bekommt.

class A {
    private static int count = 0;
    
    public A() {
        count++;
    }
}

class B {
    private static int nextId = 1;
    private int id;
    
    public B() {
        id = nextId++;
    }
}

 

[mihe7]

Mir fällt gerade auf, dass wir auf die Nachteile noch nicht eingegangen sind. Wie oben geschrieben, sind Konstanten kein Problem. Führt man dagegen mit static globale Variablen ein, können diese auch global - also von überall aus im Code - verändert werden. Folgen:

1. Weil man es kann, wird es früher oder später auch gemacht. Man bekommt Spaghetti-Code.
2. Die Codeteile, die eine globale Variable nutzen, stehen in einer Abhängigkeit zueinander, was zu einer fragilen Anwendung führt.

Beispiel aus der Praxis von einer App, die ich mal übernehmen musste. Unter Android kann man nicht so einfach auf Objekte eines anderen "Fensters" (aka Activity) oder Dienstes zugreifen, daher hat sich der Programmierer überlegt, dass ein Austauch der Objekte über static-Variablen eine super Idee wäre. Und weil das so schön einfach funktioniert, wurde das natürlich für die ganze App übernommen, so dass man etwas wie einen zentralen Speicher bekam. Dadurch musste bei der Verarbeitung, die sich naturgemäß über verschiedene Codeteile verstreut, eine ganz bestimmte Reihenfolge im Code eingehalten werden. Ergebnis war, dass Du eine Stelle des Codes nur schief anzuschauen brauchtest, damit sich plötzlich an einer völlig unerwarteten Stelle das Verhalten der App änderte. Sowas ist für die Tonne und das Umschreiben hat im Verhältnis irrsinnig viel Zeit gekostet.

 

[Neumi5694]

Das alles heißt nicht, dass public static prinzipiell schlecht ist, beispielsweise ist ja "System.out" ebenfalls static und wird oft und gerne verwendet (bis man lernt, was Logger sind).

Ein paar grundlegende Programmfunktionen lege ich in einer Globals-Klasse so ab. Aber deine Datenobjekte sollten möglichst ohne auskommen.

"static" und "getter und setter" schließen sich übrigens nicht gegenseitig aus. Ich denke, du hattest da "public static" Variablen im Sinn. Das gehört sich wirklich nur für Konstanten.

Deine Datenobjekte sollten weder public variablen haben, noch eine statische Eigenschaft (die würden sich alle Instanzen der Klasse ja teilen).