JComponent erweitern

[detrix]

Hallo,

ich würde gerne JComponent um einige Funktionalitäten erweitern. Prinzipiell kein Problem, allerdings soll auch JLabel und JPanel von der neuen Funktionalität gebrauch machen können (quasi "Mehrfachvererbung").

• QComponent extends JComponent
• QLabel extends QComponent (aber auch JLabel)
• QPanel extends QComponent (aber auch JPanel)
• QCustom1 extends QComponent
• QCustom2 extends QComponent
• ...

Ein Ansatz, der aber leider keine Früchte trägt (der Netbeans Visuell-Designer spinnt):

public class QComponent extends JComponent {
   
    public QComponent() {
    }
    
    public void custom1() {
    }
 
    ...
}

public class QLabel extends QComponent {
    
    private JLabel label;

    public QLabel() {
        label = new JLabel();
    }

    public void setText(String string) {
        label.setText(string);
    }

    public String getText() {
        return label.getText();
    }

    @Override
    public void paint(Graphics grphcs) {
        label.paint(grphcs);
    }    
}

Wäre um Hilfe sehr dankbar.

Grüße

 

[SlaterB]

ein JLabel ist nun mal keine kleine Spielerei sonder hat hunderte Methoden, nicht unbedingt alle in JLabel definiert, aber auch die JComponent-Methoden sind wichtig, die müsstest du auch das label-Klassenattribut umdrehen,
außerdem wäre wichtig dass du dieses label in die GUI einfügst, nicht das QLabel-Objekt an sich, welches nur eine JComponent ist, kein JLabel,

das ist alles reichlich unpraktikal, viel besser geht es doch andersrum: bleibe in der Hauptvererbung bei Swing, QLabel extends JLabel,
und verwende dagegen als Attribut ein QObjekt!, diese gemeinsame Q-Klasse sollte dann auch nicht von JComponent erben,
höchstens eine JComponent (das aktuelle Label, TextFeld usw.) als Parameter bekommen, falls benötigt,
Überschreiben von Swing-Methoden ginge dann evtl. nicht, ob das reicht hängt von den genauen Zielen ab

 

[detrix]

[...] diese gemeinsame Q-Klasse sollte dann auch nicht von JComponent erben,
höchstens eine JComponent (das aktuelle Label, TextFeld usw.) als Parameter bekommen, [...]

Naja, damit kann ich dann aber nicht auf eine einfache Art und Weise eigene Komponenten realisieren. Sprich: QCustom > QComponent > JComponent

 

[SlaterB]

was genau hast du denn vor hinsichtlich 'eigene Komponenten'?
selbst wenn du in jeder Unterklasse QLabel, .. mehrere JComponent-Methoden überschreiben und an das Attribut weiterleiten müsstest, so wie im Moment andersrum, wäre das noch bisschen denkbar und umsetzbar,

aber dein gepostetet Code mit dem JLabel als Attribut, nein das halte ich für sehr sehr ungünstig, praktisch nicht machbar

 

[detrix]

Dass mein Beispiel im ersten Beitrag nicht klappt, sehe ich ein.

Eigene Komponenten sind z. B. Tacho, Skalen, usw. die gewisse Grundfunktionalitäten benötigen, genau wie z. B. JLabel oder JPanel. Daher wäre es natürlich praktisch JComponent zu erweitern.

Eigentlich wäre es umgedreht - so wie Du es beschrieben hast - sinnvoller. Allerdings würde ich dann QComponent von JComponent erben lassen. Damit können die eigenen Komponenten von QComponent erben und bei JLabel/JPanel wende ich so etwas ähnliches wie oben an... :-/