NonStatic mit Klasse.methode?

[TKausL]

Hallo.

Ich habe gelernt, man kann nur methoden aus einer Klasse direkt aufrufen die static sind, ansonsten muss man eine instanz der klasse bilden.

nun habe ich es aber schon des öfteren gesehn, dass ein aufruf wie folgt gemacht wird:

new Klasse();
Klasse.Methode();

sehe ich das richtig, dass das das gleiche ist wie:

Klasse a = new Klasse();
a.Methode();

Außerdem:

wenn jetzt danach NOCHMAL new Klasse(); gemacht wird, wird dann die erste durch den GarbageCollector geschrottet, und absofort mit Klasse.Methode(); die 2. angesprochen?

 

[Cola_Colin]

Also meiner Ansicht nach muss in deinem Beispiel Methode() durchaus static sein.
new Klasse(); einfach so aufzurufen, ohne eine Referenz irgendwo abzulegen ist ziemlich Sinnlos, die verschwindet sofort im GC.

Was möglich ist, ist das: new Klasse().Methode();

Das ist also nicht das gleiche und das new Klasse() beim ersten Beispiel ist ziemlich sinnfrei.
Kannst du mal ein paar Beispiele zeigen, wo sowas in produktivem Code gemacht wurde ?

oh und btw: Methode() sollte methode() heißen

 

[Runtime]

Nein, beim ersten Codefragment wird wahrscheinlich der Konstruktor aufgerufen, weil da irgendetwas spezielles passiert (z. B. Fenster angezeigt). Wo würde das auch hinführen, wenn man nie weiss ob da jetzt so ein Objekt ist und wenn ja, welches.
Edit:
Und da denkt man, man könne sich um diese Zeit endlich mal Zeit lassen

 

[TKausL]

Also, die Klasse läuft in einem Tread, wird also nicht gelöscht.
Nun greift die Klasse auf eine andere Klasse zu.
Ich schreibe mal ein kleines beispiel:

[Java]
class X implements Runnable{
public static String lol;
public X(){
start();
}
public void run(){
blablabla
blablabla
Y.Y("Hallo");
}
}

class Y{
public static void Y(String s){
X.lol = s;
}
}

[/Java]

so in etwa sieht es aus. Die 2. klasse greift also wieder auf die erste zu, mit dem Klassennamen. Okay, das feld ist ja auch static, allerdings steht die Variable dann in der ersten auch zu verfügung? müsste, sonst würde es keinen sinn ergeben, dass das jemand macht. Die Frage ist nur, WARUM? wird in JEDER instanz von dieser klasse nun die variable "lol" geändert?

 

[gman]

Hm, wo ist jetzt das Problem? Die Methode "Y" (ich weise auch nochmal darauf hin das Methodennamen mit Kleinbuchstaben anfangen, und auch bei Beipielcode ist es hilfreich einen besseren Namen zu wählen) ist static und die Variable "lol" aus der
Klasse "X" auch.
Mit dem Code-Beispiel aus dem ersten Post hat das zweite Beispiel nicht mehr viel gemein.

wird in JEDER instanz von dieser klasse nun die variable "lol" geändert?

Ja. Beziehungsweise greift jede Instanz von "X" auf eine/dieselbe Variable "lol" zu .

 

[Sneek]

Also ich versuch es mal zu erklären. Wenn vor einer Variable ein static steht, nennt man dies (glaube ich) Klassenvariable, wenn nicht, sind es halt ganz normale Felder.
Der Unterschied ist folgender: Eine Klassenvariable existiert schon bevor eine Instanz der Klasse gebildet wird und sie existiert auch nur einmal, deswegen findet eine Änderderung an der Klassenvariable sozusagen "überall" statt.

Ein Feld wird erst erstellt, wenn du eine Instanz der Klasse bildest und lebt auch nur so lange wie diese Instanz lebt. Außerdem wird mit jeder neuen Instanz der Klasse ein neues Feld gebildet, eine Änderung findet dann also nur in der entsprechenden Instanz statt, für die du die Änderung aufgerufen hast.

Wofür macht man das Ganze? Hm, da gibt es viele Möglichkeiten, aber so spontan wollen mir gerade gar nicht so viele einfallen Ein Beispiel wäre ein Counter, der z.B. die Anzahl der Instanzen zählen soll (wofür auch immer das gebraucht werden könnte). Zu doof, dass mir jetzt nichts geniales einfällt

 

[Ruzmanz]

Meiner Meinung nach ist ein Singleton, das beste Beispiel (Unabhänig davon wie man dazu steht).

public class NurEineKlasse {
    private static NurEineKlasse singleton;

    private NurEineKlasse() {
    }

    public static NurEineKlasse getInstance() {
        if(singleton == null) {
            singleton = new NurEineKlasse();
        }
        return singleton;
    }
}

Man kann den Konstruktor der Klasse "NurEineKlasse" nicht aufrufen, da sie private ist. Aber eine Referenz bekommt man über die statische Methode "getInstance()". So wird sichergestellt, dass es in der Applikation genau eine Instanz von "NurEineKlasse" gibt und jeder der die haben will, benutzt diese.

PS: An deinen zweiten Beispiel fällt mir grade auf, dass du auf jeden Fall die Sätze befolgen solltest:
Wenn du die Sichbarkeit ändern musst, damit es funktioniert -> läuft was falsch.
Wenn du die Methode/das Attribut nur aus dem Grund statisch machst, dass es funktioniert -> läuft was falsch.