Eine Klasse von mehreren Klassen ableiten?

[MasterEvil]

Hiho, ich habe mehrere Layout-Komponenten (JLabel, JPanel, JComboBox ...) selbst gebastelt und entsprechend abgeleitet.
Jetzt hab ich aber mehrere Funktionen die in allen Komponenten gleich sind zum Beispiel zum einfacheren ändern der Größe, Farbe etc. . Da ich jetzt aber schon meine eigene Klasse von einer Klasse abgeleitet habe kann ich ja nicht eine weitere ableiten also hab ich in jeder eigenen Klasse die gleichen Funktionen.
Ist es möglich irgendwie von einer zweiten Klasse abzuleiten oder das ganze irgendwie per Interface zu implementieren? Denn wenn ich etwas an meinen Funktionen änder muss ich das immer 10x machen und das is ja eigentlich nicht der Sinn von OOP :/

Bin für jede Hilfe dankbar, hier noch ein kleines Beispiel zum besseren Verständniss:
(Meine CustomComboBox soll jetzt irgendwie die Funktionen der Klasse CustomComponent erben.)

public class CustomComboBox extends JComboBox {

	public CustomComboBox(String[][] mContent) {
		super();
		setModel(new DefaultComboBoxModel(makeVectorData(mContent)));
		setRenderer(new ComboBoxRenderer());
	    addActionListener(new BlockComboListener(this));
	}
	
	.......
}

public class CustomComponent extends JComponent {
	public void setFixedSize(int width, int height) {
		setPreferredSize(new Dimension(width, height));
		setMaximumSize(new Dimension(width, height));
		setMinimumSize(new Dimension(width, height));
	}
}

 

[EOB]

hi, also wenn es code ist, der überall gleich ist, warum vererbst du ihn dann nicht von ganz oben? mit interfaces wäre es in diesem fall imho nicht gut lösbar, da du ja dann die methoden implementieren musst und wenn du die jeweils mit gleichm code implementiertst, haste nix gekonnt ....

grüße

EDIT: edit beachten

 

[MasterEvil]

Ja, aber dann sind ja meine Funktionen immernoch redundant vorhanden und ichmuss, wenn ich eine Änderung vornehme diese Änderung für jede Komponente vornehmen :/

Achso, die Funktionen sind in jeder Komponente gleich.

 

[SlaterB]

da stößt du auf die Grenzen der Objektorientierung, das geht nicht

in deinem Falle schon gar nicht, stelle dir vor:

              ->  CustomComponent  
             /                         \
JComponent                               -> CustomComboBox
             \                         /
              -> JComboBox    ------ /

wenn jetzt sowohl JComboBox, als auch CustomComponent setPreferredSize() überschreiben, welche sollte dann nun gelten?

-------

interessanter ist es, wenn du in CustomComponent neue Funktionalität einfügst,
wie 'myLongOperationToCalculateSize()',
welche allen Subkomponenten zur Verfügung stehen soll,
dafür wäre die Notlösung, diese Operation in ein separates Objekt zu verschieben, das jede eigene Klasse als Exemplarvariable halten muss
-> immer noch 10x das gleiche, aber wenigstens minimiert auf einfache Dinge wie Exemplarvariablen und einfache Delegator-Operationen a la
public void longOperation() {
object.longOperation()
}

 

[MasterEvil]

Hm, ja
Verstehe das Problem und die JComboBox kann ich ja auch nicht von meiner CustomComponent ableiten :/

Na dann bleibt mir wohl nix anderes übrig als die Funktionen in jeder Komponente unter zu bringen. Vielen Dank für eure Hilfe

[Edit]
Ach hab eben erst bemerkt dass das bei dir garkeine Signatur ist
Das ist doch genau das was ich brauche das kann ich ja dann auch mit nem Interface dann kombinieren, super THx

 

[Wildcard]

Schau dir das Decorator Pattern an.

 

[MasterEvil]

Jep, THx!
So ähnlich wie es mit dem "Decorator Pattern" beschrieben ist hatte ichs jetzt auch umgesetzt.

Also im Prinzip implementiere ich nur nen Interface damit ich in meiner IDE bei Veränderungen auch noch nen bisschen klar komme und dann eben in jeder Komponente ein Objekt einer Klasse welche die sonst redundanten Funktionen beinhaltet:

public class CustomComboBox extends JComboBox implements CustomComponentInterface {

	private final CustomComponent comp;
	
	public BlockComboBox(String[][] mContent) {
		super();
		comp = new CustomComponent(this);
		setModel(new DefaultComboBoxModel(makeVectorData(mContent)));
		setRenderer(new ComboBoxRenderer());
	        addActionListener(new CustomComboListener(this));
	}

	public void setFixedSize(int width, int height) { comp.setFixedSize(width, height); }
}

public class CustomComponent {
	private JComponent component = null;
	public CustomComponent(JComponent c) { component = c; }
	public void setFixedSize(int width, int height) {
		component.setPreferredSize(new Dimension(width, height));
		component.setMaximumSize(new Dimension(width, height));
		component.setMinimumSize(new Dimension(width, height));
	}
	public interface CustomComponentInterface {
		public void setFixedSize(int width, int height);
	}
}

 

[SlaterB]

streng genommen ist das eher das Delegate Pattern

 

[MasterEvil]

Öh, OK

Gibt es irgendwo ne Übersicht was es alles so für Patterns gibt?
Gibt bestimmt noch einige Möglichkeiten mit denen ich meinen Code ein bisschen vereinfachen/aufwerten kann.

 

[SlaterB]

google.de

 

[Wildcard]

Der alte Klassiker:
http://www.amazon.de/Entwurfsmuster...5902158?ie=UTF8&s=books&qid=1179478364&sr=8-2

 

[Miss Marple]

Das Buch ist auch gut dazu. Recht lustig geschrieben, nicht so trocken!

http://www.amazon.de/Entwurfsmuster...5181303?ie=UTF8&s=books&qid=1179485900&sr=1-1

 

[EOB]

ja, ich hatte zwar die englische variante, ist aber wirklich ein geniales buch!!

grüße