Swing Eigene Komponente Entwickeln - erben von JComponent oder JPanel?

[P@u1]

Hallo zusammen,

ich habe vor kurzem angefangen, meine erste eine Swing-Komponente zu entwickeln, ich habe sie JPlot genannt.
Ich habe bisher alles auf Basis eines JPanels gemacht, von dem der JPlot erbt. Auf diesen Panel werden dann Linien gezeichnet und ein JLabel wird auf den Panel geadded um Text anzuzeigen.

Nach außen hin will ich aber eigentlich, dass die Komponente die Schnittstelle einer JComponent hat (bei JPanel kann man sonst einiges damit machen, was ich eigentlich nicht möchte, dass das von außen gemacht werden kann, wie z.B. den LayoutManager ändern oder Komponenten in den Container adden oder wegmachen).
Allerdings brauche ich zur Umsetzung die Methoden von JPanel, so kann ich z.B. den JPanel einfach mit add hinzufügen, was bei JComponent soweit ich weiß nicht so einfach geht und ich weiß auch nicht genau wies mitm Zeichnen ist bei JComponent.
Wie kann ich das Problem lösen? Kann ich die Funktionalitäten von JPanel irgendwie benutzen, ohne davon zu erben, oder so?

 

[Marco13]

Es ist fast egal: Tatsächlich erweitert JPanel die JComponent nur um ganz wenige Methoden, die ohnehin sehr spezifisch sind und nicht von clients aufgerufen werden sollten. (Fields kommen übrigens gar keine dazu). Das, was dich am meisten stört, hat nämlich schon JComponent: JComponent erbt schon von Container (!), und deswegen hat schon JComponent so Methoden wie setLayout und add(Component), die man bei einer "reinen" selbstgebauten Component eigentlich nicht so gerne hätte...


Ich finde es auch manchmal schade, dass es in Java keine private Vererbung (wie in C++) gibt - dass man also nicht schreiben kann

class MyClass [b]privately[/b] extends ArrayList<Thing> { ... }

so dass man das, wovon man erbt, nicht mehr in der Schnittstelle sieht. Aber so ist es eben.

 

[P@u1]

Hm dann wirds wohl nicht anders gehen...

Ich hatte nur mal versucht nen JLabel auf ne JComponent zu adden und ich meine da wurde nichts sichtbar, aber vll habe ich einfach irgendwas falsch gemacht.

Edit:

Und das heißt, ich könnte bei nem JButton auch einfach sachen einfügen?

 

[Marco13]

Jupp. Was er damit macht, ist eine andere Frage. Man müßte denen ja auch einen LayoutManager verpassen, andere ("Zusammengesetzte") Components wie JList haben schon einen LayoutManager, und zwar einen ganz speziellen. Theoretisch steht es den Components auch frei, die Components, die ihnen hinzugefügt werden, zu ignorieren. (Man könnte auch alle möglichen "unerwünschten" Methoden so überschreiben, dass sie eine UnsupportedOperationException werfen ) ... aber das sollte man wohl NICHT machen: Je mehr man Swing auf diese Weise ins Handwerk pfuscht, umso wahrscheinlicher ist, dass irgendwann irgendwas nicht mehr funktioniert....

 

[CroniD]

Hm dann wirds wohl nicht anders gehen...

Ich hatte nur mal versucht nen JLabel auf ne JComponent zu adden und ich meine da wurde nichts sichtbar, aber vll habe ich einfach irgendwas falsch gemacht.

Edit:

Und das heißt, ich könnte bei nem JButton auch einfach sachen einfügen?

Zu deinem Edit: Ja.

Das ein JLabel in einer JComponent nicht angezeigt wird, liegt daran, dass kein layoutManager gesetzt wird. Es wird also das "null"-Layout benutzt. D.h. man muss selbst Koordinaten des JLabels angeben oder einen Layoutmanager definieren.

JComponent comp = new JComponent() {
// JComponent is an abstract class, but without abstract methods
};
comp.add(new JLabel("Hallo"));
comp.setLayout(new FlowLayout());
comp.setBounds(20, 220, comp.getPreferredSize().width, comp.getPreferredSize().height);
myPanel.add(comp);

Weiterhin, wenn du willst, dass deine Komponente nicht als Container fungiert, dann entweder alle relevanten Methoden überschreiben oder, ein etwas anderer Weg ist es einfach die protected "paintChildren(Graphics)" Methode zu überschreiben, denn diese Methode ist für das Zeichnen der Kinder zuständig.

JComponent comp = new JComponent() {
        @Override protected void paintChildren(Graphics g) {
        	// do nothing
        }
};

 

[Marco13]

Weiterhin, wenn du willst, dass deine Komponente nicht als Container fungiert, dann entweder alle relevanten Methoden überschreiben oder, ein etwas anderer Weg ist es einfach die protected "paintChildren(Graphics)" Methode zu überschreiben, denn diese Methode ist für das Zeichnen der Kinder zuständig.

Das hatte ich ja auch angedeutet, aber nicht weiter ausgeführt: Solche Sachen können eben ... unerwünschte Effekte haben. Nur als EIN Beispiel (ein sehr offensichtliches - es gibt sicher noch viel diffizilere und überraschende) : Die children sind dann ja immernoch DA, auch wenn sie nicht angezeigt werden. Es kann dann z.B. sein, dass MouseEvents nicht mehr bei der Component ankommen, weil sie vorher von einer Child-Component verschluckt werden. Solche "Fehler" sind dann ... kaum in der Praxis aufzuspüren...