Instantiierung und Vererbung bei größeren Projekten

[richardkrieger]

also jetzt verstehe ich nix mehr.
Wie macht ihr das bei größeren Projekten? Angenommen ich habe 10 Klassen in einer "linie":
Klasse1 erzeugt Klasse2 erzeugt Klasse3............Klass9 erzeugt Klasse10
wie schaffe ich, dass Klasse10 die Methoden der Klasse1 "sieht"? Wenn ich
"Klasse2 extends Klasse1", Klasse3 extends Klasse2" usw. bis "Klasse10 extends Klasse9" mache, bekomme ich Speicherüberlauf.
Wenn ich in der Elternklasse keine Instanz der Kinderklasse habe, kann ich die nich einbinden. Wenn ich in der Kindklasse kein "extends Elternklasse" mache, sehe ich die Methoden der Elternklasse nicht.

Es ist zum Verzweifeln.

Bin kurz davor, alle instantiierungen wieder in ein interface zu schieben.

 

[FArt]

Angenommen ich habe 10 Klassen in einer "linie":

In einer Linie? Meinst du Ableitungshierarchie?

Klasse1 erzeugt Klasse2 erzeugt Klasse3............Klass9 erzeugt Klasse10

Meinst du den Aufruf des Superkonstruktors?

wie schaffe ich, dass Klasse10 die Methoden der Klasse1 "sieht"

Wie sieht? Aufrufen kann? Überschreiben kann?

Klasse2 extends Klasse1", Klasse3 extends Klasse2" usw. bis "Klasse10 extends Klasse9" mache, bekomme ich Speicherüberlauf.

Vielleicht sind die Instanzen dieses Konstrukts so gewaltig, dass dir der Standardspeicher aus geht?

Bist du sicher, dass du das richtige Design gewählt hast? Hört sich nicht so an...

 

[ARadauer]

du hast eine 10 stufige klassen hierachie? man soll es mit der vererbung nicht übertreiben.

oft passiert anfängern der fehler, dass sie erben um auf eigenschaften und methoden von anderen klassen zuzugreifen, das ist aber nicht sinn der sache. vererbung dient vielmehr der abstraktion.

ist deine klasse2 eine klasse1? ist dein hund ein tier?

 

[ms]

ist deine klasse2 eine klasse1? ist dein hund ein tier?

Und sind deine Kinder auch gleichzeitig deine Eltern?

Ist wohl die Fortsetzung von http://www.java-forum.org/de/topic71610_sichtbarkeit-methoden.html

ms

 

[ARadauer]

Und sind deine Kinder auch gleichzeitig deine Eltern?

nein, ich kähme aber auch nie auf die idee, dass meine kinder von mir erben. (naja im rechtlichen sinn schon)

aber MeinKind extends Me macht keinen Sinn, die erweitern mich nicht

 

[ms]

Die Frage galt dem Ersteller zum Nachdenken.
Dass das Unfug ist wissen wir ja.

ms

 

[ARadauer]

meine Meinung: Vererbung wird überbewertet und Assoziation ist oft besser

 

[Wildcard]

meine Meinung: Vererbung wird überbewertet und Assoziation ist oft besser

Implementierung hin zur Schnittstelle. Die Vererbung dient primär der Vermeidung von redundantem Code.

 

[richardkrieger]

OK, ein beispiel mit 2 Klassen:

public class Klasse1 {
	
	private int eigenschaft1=1;
	private Klasse2 klasse2=new Klasse2();
	
	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		new Klasse1();

	}
	
	public Klasse1(){
		klasse2.setEigenschaft2(5);
	}
	public int getEigenschaft1(){
		return eigenschaft1;
	}

}

public class Klasse2 extends Klasse1{
	
	private int eigenschaft2=2;
	
	public Klasse2(){
		this.getEigenschaft1();
	}
	
	public void setEigenschaft2(int wert){
		eigenschaft2=wert;
	}

}

erzeugt Fehler:

Exception in thread "main" java.lang.StackOverflowError
at Klasse1.<init>(Klasse1.java:17)
at Klasse2.<init>(Klasse2.java:6)
at Klasse1.<init>(Klasse1.java:6)
at Klasse2.<init>(Klasse2.java:6)
....................

ohne "extends" in der Klasse2 sehe ich aber nicht die Methode "getEigenschaft1" aus Klasse1. Ohne Instantiierung in Klasse1 kann ich die "setEigenschaft2" der Klasse2 nicht bedienen.

Wenn die vererbung nur der Abstraktion dient ist es warscheinlich doch besser alle instantiierungen in ein interface zu schieben?

 

[ms]

Es stellt sich grundsätzlich die Frage in was für einer Beziehung diese beiden Klassen zueinander stehen.
Bring ein konkretes Beispiel.

ms

 

[richardkrieger]

es ist jetzt konkreter, aber auch ein Beispiel. Es geht nur ums Prinzip:

import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;

import javax.swing.JFrame;

public class Klasse1 {
	
	private JFrame fenster=new JFrame();
	private Klasse2 klasse2=new Klasse2();
	
	
	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		new Klasse1();

	}
	
	public Klasse1(){
		fenster.setLocation(0,0);
		fenster.setSize(300,300);
		fenster.setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
		fenster.addWindowListener(new WindowAdapter(){
			public void windowClosing(WindowEvent ev){
				klasse2.beenden();
			}
		});
		fenster.setVisible(true);
	}
	
	public int getPosX(){
		return fenster.getX();
	}
	public int getPosY(){
		return fenster.getY();
	}

}

public class Klasse2 extends Klasse1{
	
	public void beenden(){
		System.out.println(this.getPosX());
		System.out.println(this.getPosY());
		System.exit(0);
	}

}

Aber ich glaube, mir dämmert's langsam. Über "extends" bekomme ich keine Instanz der Elternklasse, sondern nur eine "Vorlage". Also doch instantiierung im Interface.

 

[Wildcard]

Aber ich glaube, mir dämmert's langsam. Über "extends" bekomme ich keine Instanz der Elternklasse, sondern nur eine "Vorlage". Also doch instantiierung im Interface.

Richtig, du bekommst natürlich keine Instanz.
'instantiierung im Interface' was soll das nun wieder bedeuten? Hört sich ja alles sehr abenteuerlich an.
Vielleicht wäre es eine gute Idee das Java Grundlagenkapitel fertig zu lesen bevor du dich an 'größere Projekten' wagst?

 

[richardkrieger]

ich bitte um Verständnis: programmiere schon lange, OOP war aber nicht interessant. Jetzt möchte was mit GUI machen. Ihr wisst ja, User wollen schöne Fensterchen mit schonen Bildchen
Habe in letzter Zeit viel mit Perl gemacht. Mit der Sprache kommen die Anwender nicht zurecht. Da müssen zusätzliche libs in die Sprache eingebunden werden, nicht in die Applikation selbst. Wenn die bei der Installation lesen:
1. Perl runterladen und installieren(das schaffen etwa 50%)
2. per PPM Bibliothek Xyz::Xyz installieren(das schaffen etwa 10%)
3. im Script die INI-Werte setzen(1%)

Prozentangaben entsprechen der Wirklichkeit. Bin selbständiger EDV-Allrounder. Mittlerweile gibt es Anwender, die nicht wissen, dass die eine Festplatte haben. Die speichern in "Eigene Dateien"

 

[Leroy42]

Schön und gut!

Dennoch gilt, was wildcard geschrieben hat:

Vielleicht wäre es eine gute Idee das Java Grundlagenkapitel fertig zu lesen bevor du dich an 'größere Projekten' wagst?