Vererbung Runtime.getRuntime().exec("blub");

[pi31415]

Hallo wertes Forum,

mir will nicht recht in den Kopf wieso mein Objekt foo nach Aufruf der Methode getRuntime(); auf einmal viel mehr Methoden zur Auswahl hat!

Kann mir bitte, bitte jemand die Vererbung an dieser Stelle erklären?

Schönen Gruß aus Berlin,
Jan

 

[bygones]

mehr als was ?

Runtime.xxx zeigt dir nur die statischen Methoden von Runtime an, nachdem du getRuntime() aufrufst hast du ein Objekt und somit zugfriff auf alle Instanzmethoden inkl. vererbten.

Runtime bietet keinen oeffentlichen Konstruktor an, sondern nur ueber den Zugriff getRuntime. Wie gesagt, das ist eine statische Methode wohingegend die anderen Instanzmethoden sind

 

[Tomate_Salat]

Runtime ist eine Klasse. Was du zuerst zur Auswahl hast, sind die statischen sichtbaren Methoden/Felder dieser Klasse. Mit getRuntime() wird ein RuntimeObjekt zurückgeliefert. Dieses Objekt hat nun zusätzlichen Zugriff auf alle nicht-statischen sichtbaren Methoden/Felder. Diese benötigen eben ein Objekt, damit sie ausgeführt werden können, deswegen kannst du diese erst mit einem Objekt verwenden.

Mehr zum Thema static findest du in der Insel: Galileo Computing :: Java ist auch eine Insel - 5 Eigene Klassen schreiben

 

[pi31415]

Wie/wo kann ich mir die Definition der Klasse Runtime anschauen?
Da müsste ich dann ja die 3 statischen Methoden sehen können, und auch all die anderen die ich noch nicht sehe.

Gruß,
Jan

 

[Tomate_Salat]

java.lang: Runtime.java

 

[pi31415]

Das war schonmal hilfreich Tomate Salat,

55 public static Runtime getRuntime() {
56 return currentRuntime;
57 }

Aber wieso wird hier kein Standardkonstruktor benutzt?

Ein Standardkonsturktor wie:

55 public Runtime () {
56 return currentRuntime;
57 }

sollte doch den selben Zweck erfüllen?

Hat das was mit Programmierparadigmen zutun?

Gruß,
Jan

 

[Tomate_Salat]

Nein, eben nicht. So funktioniert ein Konstruktor nicht. Er erstellt ein neues Objekt und gibt nicht (auf Wunsch) eine bestehende Instanz zurück.

 

[pi31415]

"Nein, eben nicht. So funktioniert ein Konstruktor nicht. Er erstellt ein neues Objekt und gibt nicht (auf Wunsch) eine bestehende Instanz zurück."

Hmm, das muss ich mir auf der Zunge zergehen lassen.
Eine bestehende Instanz? Welche besehende Instanz?

"Every Java application has a single instance of class Runtime that allows the applications to interface with the environment....."

Das meinst du wahrscheinlich.
Ich sehe in der Definition der Klasse Runtime aber nicht wo auf eine bestehende Instanz zugegriffen wird!

Ich sehe nicht mehr als das die Statische Methode getRuntime() (55) ein Objekt des Typs Runtime liefert das in Zeile 45 erzeugt wurde.
Nix mit bestehender Instanz.

Verstehe ich nicht



44 public class Runtime {
45 private static Runtime currentRuntime = new Runtime();

55 public static Runtime getRuntime() {
56 return currentRuntime;
57 }

59 /** Don't let anyone else instantiate this class */
60 private Runtime() {}

902 }

 

[Tomate_Salat]

[c]currentRuntime[/c] ist in diesem Fall deine Instanz von Runtime(). Diese kannst du dir über die statische Methode getRuntime() zurückgeben lassen.

 

[pi31415]

Eine Instanz der Klasse Runtime existiert "automatisch".
getRuntime(); liefert mir ein Objekt des Typs Runtime.
Jetzt kann ich auf die Objektmethoden zugreifen, z.B. exec().

richtig?

Mich würde noch sehr interessieren wie Ihr folgende Zeilen interpretiert:


44 public class Runtime {
45 private static Runtime currentRuntime = new Runtime();

55 public static Runtime getRuntime() {
56 return currentRuntime;
57 }

59 /** Don't let anyone else instantiate this class */
60 private Runtime() {}

902 }

Gruß, jan

 

[faetzminator]

Es ist das Singleton (Anti)pattern. Es wird statisch eine Instanz erzeugt, diese kann man per statischer Methode holen. Der Konstruktor ist privat, damit niemand anders ein weiteres Objekt anlegen kann. Singleton (Entwurfsmuster) ? Wikipedia

 

[pi31415]

Hab ich ja richtig was gelernt heute!

Besten Dank!