JComponenten (Button, JSlider, usw) erweitern

[PollerJava]

Hallo,


ich möchte folgende Komponenten erweitern: JButton, JSlider, JProgressBar, JTextField, JLabel und wahrscheinlich noch ein paar andere. Mit erweitern meine ich, dass z.B ein Button, wenn er gedückt ist oder wenn man ihn von der Logik her drücken darf, grün ist und sonst rot. Ich möchte die Komponenten nach meinen Vorstellungen erweitern.

Meine Frage wäre jetzt, wie ich das am Besten machen kann. Macht es Sinn, für jeden Komonenten eine eingene Klasse zu erzeugen oder kann ich ein Interface machen, welches ich dann bei meinen Klassen Implementiere.
Ich brauche nicht alle Methoden des Interfaces für meine Klassen bzw ich kann ja in einem Interface nur Methodenrümpfe hineingebe -> das heißt wenn ich das Interface irgendwo implementiere, ist meine Klasse dann ja automatisch abstract und ich kann ja dann kein Objekt dieser Klasse erzeugen.

Ich möchte also irgendetwas haben (Klasse, Interface), dann binde ich diese Klasse oder Interface mit extends oder implements ein und wenn ich dann JMyButton button = new JMyButton(Param1, Param2, ...) schreibe, sollte mein Button erscheinen.

Mir gehts eher um das Konzept, wie man das am Besten und am Einfachsten lösen kann so dass man auch leicht Erweiterungen machen kann.

Vielen dank für Eure Tipps im voraus

Stefan Hanauer

 

[WieselAc]

Am leichtesten/schnellsten zu implementieren wäre es wohl eine simple Vererbung. Einfach die entspreechenden Methoden für die Komponenten die du brauchst überschreiben. Solange das nicht zuviele Methoden und zuviele Komponenten sind geht das recht gut.

Ansonsten heißt dein Stichwort LookAndFeel definieren.

 

[Wildcard]

Mach eine Klasse die von JButton (bzw. einer anderen Komponente) erbt und fertig.

Ich brauche nicht alle Methoden des Interfaces für meine Klassen -> das heißt wenn ich das Interface irgendwo implementiere, ist meine Klasse dann ja automatisch abstract.

Keine Ahnung was du damit sagen wolltest.
Eine Klasse ist abstract wenn das abstract Keyword vor dem class Keyword steht.

 

[PollerJava]

oder eine Klasse ist auch abstract, wenn diese ein Interface implementiert und nicht alle Methoden des Interfaces überschreibt.
Mein Problem ist dann, dass ich dann sehr viele Klassen für die Komponenten habe. Ich glaube es werden so um die 40 Komponenten (steht noch nicht fest).
Funktioniert das, eine Klasse wo alles drinnen ist, denn soviel ist ja teilweise bei den Komponenten nicht zu ändern.

Vielen Dank für Eure Anregungen.

Stefan

 

[Wildcard]

oder eine Klasse ist auch abstract, wenn diese ein Interface implementiert und nicht alle Methoden des Interfaces überschreibt.

Nein, dann ist sie Fehlerhaft.
Mann muss sie abstract machen um sie kompilieren zu können.

 

[PollerJava]

da hast du jetzt auch recht - ich habs gerade probiert!!

vielen Dank

 

[JPKI]

LookAndFeel definieren.

Wie man ein eigenes LookAndFeel definiert würde mich mal interessieren. Wisst ihr, wo's dazu Tutorials o.Ä. gibt?

 

[Wildcard]

Ich glaube nicht das dir klar ist wieviel Arbeit das ist.
Zumal man bedenken muss das man nicht einfach nach ein paar Komponenten aufhören kann, denn was nützt ein halbfertiges Look and Feel?

 

[JPKI]

Da haste Recht. Mir ist schon klar, das ich bei Swing alle Komponenten mittels primitiver Zeichenoperationen zeichnen lassen müsste. Nur würd's mich mal interessieren, wie ich sowas dann schlussendlich auf meine GUI anwende.

 

[PollerJava]

Das ist mir auf jeden Fall klar, aber was nützt es, ich brauche das unbedingt und da führt kein Weg dran vorbei.
Darum frage ich hier ja, wie es am Besten zu lösen ist.

Vielen Dank auf jeden Fall für Eure Tipps.

 

[Wildcard]

Das ist mir auf jeden Fall klar, aber was nützt es, ich brauche das unbedingt und da führt kein Weg dran vorbei.

Das war auch nicht auf dich bezogen.
Dein Problem ist sehr leicht mir einfacher Vererbung lösbar.

 

[PollerJava]

ok, tschuldige, ich hatte gedacht, du meinst 50 Klassen für meine 50 Komponenten zu schreiben -> das ist ja auch eine ziemliche Arbeit.
Aber mich würd auch interessieren wie das mit dem LookandFeel geht.
Kann ich damit mein Problem auch lösen?

 

[Wildcard]

Kannst du. Dann schreibst du aber ein paar hundert Klassen.