Wie instanziert man Felder?

[Sinus]

Hallo zusammen,

ich habe eine generelle Frage. Wie instanstiert man am besten Felder?
Am besten global oder doch im Konstruktor?

Hier zwei Beispiele:

import javax.swing.JFrame;

public class TextPaneExample {
	
	private JFrame frame = new JFrame();
	TextPaneExample() {} //constructor
	
}

oder so:

import javax.swing.JFrame;

public class TextPaneExample {
	
	private JFrame frame;
	TextPaneExample() {
                 frame = new JFrame();
         } //constructor
	
}

Wie signifikant sind die Unterschiede?

Vielen Dank und viele Grüße
SinuS

 

[Joose]

Einfach gesagt: Unterschied macht es nicht wirklich.
Wobei du beachten musst: Hier und da werden dem Konstruktor Argumente übergeben, welche zum Erstellen von dem einem oder anderen gebraucht wird.

Ich persönlich instanziere immer alles im Konstruktor (damit alles an einem Platz ist), mit Ausnahme der Sachen die hier und da nur lokal gebraucht werden

 

[Sinus]

Hallo Joose,

danke für die schnelle Antwort.

 

[kaoZ]

Zudem wird soweit ich weiß Speicher erst belegt wenn du Instanziierst , bedeutet konkret:

Hier wird gleich Speicher Belegt :

public class TextPaneExample {
	
	private JFrame frame = new JFrame();
	TextPaneExample() {} //constructor
	
}

und hier erst wenn das Objekt erzeugt wird:

public class TextPaneExample {
	
	private JFrame frame;
	TextPaneExample() {
                 frame = new JFrame();
         } //constructor
	
}

zugegeben das macht jetzt bei deinem Beispiel nicht so den Unterschied, da du gleich im Konstruktor das Objekt erzeugst, angenommen du würdest nun aber dieses Objekt nur an einer Stelle deiner Anwendung nutzen, so so sollte man die Objekterzeugung immer bis zu diesem Punkt aufschieben um dementsprechend Ressourcen zu sparen.

Außerdem sollte man, insofern man die Möglichkeit hat immer auf Lokal deklarierte Objekte zurückgreifen.

[TIPP]gewöhn dir an

this.

für Globale Variablen zu verwenden um direkt den unterschied zwischen lokalen und Globalen Variablen zu erkennen.[/TIPP]

Ich würde dir diesen Stil empfehlen :

public class Foo{

 private JFrame frame;

 public Foo(){
   this.frame = new JFrame();
 }

}

 

[njans]

gewöhn dir an this. für Globale Variablen zu verwenden um direkt den unterschied zwischen lokalen und Globalen Variablen zu erkennen.

Das würde ich so nicht machen. Generell zu sagen, dass man this verwenden soll, würde oftmals die Code eher aufblähen. Zumal heutige IDEs kein Problem damit haben, dir Attribute farblich hervorzuheben. Notwendig wird this eben nur dann, wenn du lokale Variablen hast, die deine Globalen überschatten. Das hängt jetzt auch wieder vom Stil ab:
- Manche bevorzugen this an dieser Stelle,
- andere nennen die Variablen einfach anders

Beides geht, beides kann man machen. IDEs erlauben einem eben, unter Verwendung von this, Konstruktoren und getter/setter zu erstellen. Da muss man sehen, wie man es lieber hat.

 

[kaoZ]

Ok ich hab mich Unverständlich ausgedrückt, verwende im Konstruktor

this.

um Globale Variablen besser zu erkennen.

ich z.b verwende nach dem Instantiieren von Globalen Variablen nurnoch getter um eben auf diese Attribute zuzugreifen.


Rein als fiktives Beispiel :

public class Foo{
	 private JPanel content;

	 public Foo(){
	   this.content = new JPanel();
	 }

	 public void addComponents(JComponent...components){
	     for(JComponent comp : components){
	         getContent().add(comp);  // <---
	     }
	 }

	 public JPanel getContent()               {return this.content;}
}

 

[Sinus]

Hallo kaoZ,
hallo njans,

danke für den Tipp mit this. Man sollte also this immer NUR Konstruktuor verwenden?

Da fällt mir noch gleich eine andere Frage ein:
kann man während der Programmlaufzeit ein bereits erzeugtes, im Speicher befindliches Objekt
löschen, um Ressourcen zu sparen? Ist das möglich?

Gruß
SinuS

 

[kaoZ]

danke für den Tipp mit this. Man sollte also this immer NUR Konstruktuor verwenden?

nein, du MUSST den

this.

"pointer" garnicht verwenden , außer du hast Lokalen Variablen die den gleichen Namen haben wie Globale Variablen, da sonst an dieser Stelle ein Namenskonflikt herrscht.

Allerdings finde ich persönlich es übersichtlicher da ich so direkt sehen kann das es sich hierbei um ein Attribut der klasse Handelt.

kann man während der Programmlaufzeit ein bereits erzeugtes, im Speicher befindliches Objekt
löschen, um Ressourcen zu sparen? Ist das möglich?

Dafür sorg die GC der JVM , die (Speicherbereinigung) kannst du allerdings auch nur erbitten, zudem darf keine Referenz mehr auf das Objekt "zeigen" bzw. existieren, da das nicht mehr genutzte Objekt sonst nicht vom Heap entfernt werden kann.

 

[Sinus]

zugegeben das macht jetzt bei deinem Beispiel nicht so den Unterschied, da du gleich im Konstruktor das Objekt erzeugst, angenommen du würdest nun aber dieses Objekt nur an einer Stelle deiner Anwendung nutzen, so so sollte man die Objekterzeugung immer bis zu diesem Punkt aufschieben um dementsprechend Ressourcen zu sparen.

angenommen ich habe eine Methode, die jedesmal eine Hilfsvariable, z.B. ein String Feld erzeugt,
wenn diese Methode aufgerufen wird (also eine Methode die in einer for Schleife z.B. 10 mal aufgerufen
wird).
Das würde ja eine Speicherverschwendung zur Folge haben. Von daher würde es
ja doch Sinn machen, dieses String Feld global zu definieren, oder?

 

[Joose]

angenommen ich habe eine Methode, die jedesmal eine Hilfsvariable, z.B. ein String Feld erzeugt,
wenn diese Methode aufgerufen wird (also eine Methode die in einer for Schleife z.B. 10 mal aufgerufen
wird).
Das würde ja eine Speicherverschwendung zur Folge haben. Von daher würde es
ja doch Sinn machen, dieses String Feld global zu definieren, oder?

NEIN!
Ein Objekt existiert nur solange eine Referenz auf diese Objekt vorhanden ist. Ist keine vorhanden dann räumt der GC dieses Objekt weg und gibt den Speicher frei.

Sprich wenn du diese Hilfsvariable nicht mehr referenzierst und die Methode verlässt, dann wird der GC diesen Speicher aufräumen.

Je nach Anwendungsfall ist es sinnvoller so etwas lokal bzw. global zu definieren und erstellen.

 

[Sinus]

DANKE!

 

[Sinus]

Hallo Joose,

DANKE!

Gruß
Sinus