Was gehört in einen Konstruktor?

[Telefonpalme]

Enthält ein Konstruktor alle Members der Klasse, also auch die Methoden, oder nur die Member-Variablen?

Angenommen eine Klasse Account:

public class Account{
  int balance = 0;
  void deposit(int incr){
    balance = balance+incr;
  }

  void withdraw(int decr){
    balance = balance - decr;
  }

  int getBalance(){
    return balance;
  }

}

Wie muss dazu der Konstruktor lauten? Enthält er nur die Instanzen-Variable balance, oder müssen alle Members der Klasse, also auch die Methoden mit rein?

public Account(int a){
balance = a;
}

Stimmt der Konstruktor so, oder müssen doch auch die Methoden mit rein?

Danke

 

[Der Müde Joe]

Stimmt der Konstruktor so, oder müssen doch auch die Methoden mit rein?

Nein..wieso auch?

So wäre die Klasse sauber (POJO)

public class Account {
	
	private int balance;

	public Account(int balance) {
		this.balance = balance;
	}
	
	public void deposit(int incr) {
		balance += incr;
	}

	public void withdraw(int decr) {
		balance -= decr;
	}

	public int getBalance() {
		return balance;
	}
}

 

[foobar]

Was für Methoden in einem Konstruktor?

Welche Member im Konstruktor belegt werden und wieviele Konstruktoren es gibt kann man nicht pauschal festlegen. Generell solte man einen Konstruktor erst dann anlegen, wenn er auch gebraucht wird und nicht im Vorhinein erstmal 5 Konstruktoren anlegen.

 

[Schandro]

Enthält ein Konstruktor alle Members der Klasse, also auch die Methoden, oder nur die Member-Variablen?

ein konstruktor kann ohne Probleme komplett LEER sein...

wenn du meinst, auf welche er zugreifen kann:
auf alles von der eigenen Klasse. Und auch auf Sachen außerhalb der Klasse, wenn er diese sehen darf (Stichwort private)

 

[Telefonpalme]

Stimmt der Konstruktor so, oder müssen doch auch die Methoden mit rein?

Nein..wieso auch?

So wäre die Klasse sauber (POJO)

public class Account {
	
	private int balance;

	public Account(int balance) {
		this.balance = balance;
	}
	
	public void deposit(int incr) {
		balance += incr;
	}

	public void withdraw(int decr) {
		balance -= decr;
	}

	public int getBalance() {
		return balance;
	}
}

Wieso er nicht stimmt und wie er stimmt möchte ich ja gerne hier erfahren.

Die Klasse habe ich so dem Skript zur Vorlesung entnommen, Klagen bitte an den Prof.

Kann ein Konstruktor denn nun auch Methoden enthalten? In unserem Tutorium haben wir die Konstruktoren bislang nur mit den Member-Variablen(wie oben) geschrieben.

 

[Der Müde Joe]

>Kann ein Konstruktor denn nun auch Methoden enthalten?

Im Konstruktor können Methoden ausgeführt werden. Wenn du das meinst. zB Initialisierungen usw.

>Wieso er nicht stimmt und wie er stimmt möchte ich ja gerne hier erfahren.

Kann so pauschal nicht gesagt werden.

 

[Ark]

Ein Konstruktor IST eine Methode, und wie jede andere Methode auch, kann auch sie wieder Methoden aufrufen. Wie jede andere Methode auch, stehen in ihr aber keine Methoden- oder Eigenschaftsdeklarationen (das ist Klassen vorbehalten).

Jeder Konstruktor sollte so gebaut sein, dass mit Aufruf ein wie auch immer benutzbares(!) Objekt erzeugt worden ist, es sollte sich danach also in einem definierten Zustand befinden.

Ark

 

[ARadauer]

ein konstruktor muss das machen, was du willst das er macht...
du kannst ihn auch vollkommen weglassen, wenn du ihn nicht bruachst,.. das ist einfach die methode die aufgerufen wenn du sagst new Account ();

wenn du willst das beim anlegen eines konto objekt deposit aufgerufen wird, dann rufst dus auf uns sonst nicht...

falls der lehrer was anders sagt... stimmst du zu... aber denkst dir deinen teil ;-)

 

[Telefonpalme]

Was genau macht der Konstruktor? Erbt das erstellte Objekt nur die Members die im Konstruktor stehen, oder bekommt das neue Objekt auch bei einem leeren (No-Argument-)Konstruktor alle Members vererbt?

 

[SchonWiederFred]

Du verwechselst Instanziierung mit Vererbung. Ein Objekt hat immer alle Eigenschaften, die die Klasse vorgibt. Völlig unabhängig davon, was Du im Konstruktor machst.

 

[SnooP]

Und was sind für dich Members? Die Felder selbst werden sowieso nicht vernünftig vererbt.. zumindest solange du nicht nen protected vorschreibst - vererbt werden die Methoden der Klasse und die sind Bestandteil der Klasse und haben nichts mit einer Initialisierung durch den Konstruktor zu tun... dort initialisierst du für den Fall, dass du new aufrufst die Felder des konkreten Objekts...

 

[Gast]

...dann klink ich mich hier mal ein

gerade bei der gui programmierung(womöglich gerenell) scheint es keine rolle zu
spielen ob bestimmte befehle im konstruktor oder in der main-methode sich befinden
ist das richtig oder gibt es unterschiede?

z.b. befehle wie:
setSize(200, 400);
setVisible(true);
usw. ...

 

[Schandro]

natürlich gibt es unterschiede, nämlich die reihenfolge in dem die Methoden ausgeführt werden.

Wenn du nicht im Konstruktor eines Fenster die Größe usw. festlegst, dann bist du jedesmal gezwungen, es nach dem erstellen einer Instanz der Klasse zu machen

in deinem Beispiel:
public static void main(String[] args){
MeinFenster frame = new MeinFenster();
frame.setSize(x,x,x,x)
frame.setVisible(true);
}

anstatt die beiden letzten Zeilen in den Kosntruktor von MeinFenster zu schreiben und nurnoch
new MeinFenster()
in der main-Methode aufzurufen.


Natürlich KANN es sinvoll sein, setSize usw. NICHT im Konstruktor aufzurufen!!
Das kommt einfach darauf an, was du programmieren willst.