GUI abhängig von den Attributen füllen!

[Devil_Noe]

Hi!

Ich hätte folgende Frage:

Ich habe ein Gui, eine Superklasse, drei Subklassen (a,b,c), die von der Superklasse geerbt haben.
Die Daten der Objekte sollen in Textfeldern der Gui abgebildet werden, jedoch haben alle unterschiedlichste Attribute, dh jedes Objekt versorgt andere Textfelder mit Daten und manche bleiben leer.

Meine bisherige Variante:

Ich habe in jeder der Klassen (a,b,c) eine Methode zum befüllen der Textfelder. Ich rufe mittels dem konkreten Objekt (durch die dynamische Bindung erkennt der Interpreter um welche Art Objekt es sich handelt) die Methode auf, sende das Gui mit, und lasse die entsprechenden Felder befüllen.

Meine Frage:

Da das nicht wirklich dem Generalisierungsprinzip entspricht, .... wie löse ich das richtig? Bei Bedacht auf die Tatsache, dass es nicht nur drei Subklassen sondern 1000 Subklassen sein könnten, kann ich doch nicht jedesmal mit instanceOf prüfen um welches Objekt es sich handelt, damit ich dann aktiv die richtige Füllmethode aufrufe, oder doch?

Unter welchen Stichwörtern kann ich das nachschlagen? Gibt es hier Entwurfsmuster?

Danke im voraus!

 

[SlaterB]

unten instanceOf, weiter oben 'dynamische Bindung', was ist es denn nun?

normalerweise hat man ein Interface und alle Klasse implementieren diese, dann die Interface-Methode aufrufen,
das ist 'dynamische Bindung' und da braucht man kein instanceof

Dynamische Bindung ? Wikipedia

 

[bygones]

irgendwie kommt mir hier deine Vererbung sehr komisch vor, wenn die alle Unterklassen "alle unterschiedlichste Attribute" haben... riecht n bisschen nach falscher Vererbung.

 

[SlaterB]

sag das mal JComponent

 

[bygones]

sag das mal JComponent

wer der meinung ist "nur weils in java gemacht wurde bzw wird" seis richtig, der hat so und so schon verloren ....

 

[Devil_Noe]

Altes Beispiel:

Superklasse Artikel:

Attribute: Name, Artikelnr, preis

Subklasse Buch, erbt von Artikel:

Attribute: Seitenanzahl, Autor

Subklasse CD, erbt von Artikel:

Attribute: Spieldauer, Interpret


Das Gui hat Felder für: Name, Preis, Artikelnr, Autor, Interpret, Seitenanzahl, ....


Je nachdem, welches Objekt ich betrachte, sollen nur die relevanten Felder (je nachdem was es eben ist) beladen werden. Da der Interpreter den dynamischen Typ des Objektes, das ich ausgewählt habe, zur Laufzeit erkennt, kann ich die jeweilige Methode in den Objekten Buch & CD implementieren.

Nur habe ich erklärt bekommen, daß dies so nicht richtig ist, da es die Verwendbarkeit des Objektes/der Klasse einschränkt.

Und unter dynamischem Binden verstehe ich (und auch Das java Handbuch), dass der Interpreter zur Laufzeit den dynamischen Variablentyp erkennt (der beim Codeerstellen nicht zwanggsläufig feststehen muss), und dadurch weiss, um welches Objekt (CD, oder Buch) es sich handelt und folglich natürlich auch die richtigen Methoden aufruft!

 

[SlaterB]

bei all dem wird also kein instanceof benötigt, soweit meine Frage,
und aus meiner Sicht ist 'dynamischem Binden' gut, eine der zentralen Grundlagen von allem

dass irgendwo, wo etwas ohne instanceof funktioniert, instanceof vorgeschlagen wird, habe ich glaube ich noch nicht gehört,
auch wird es kein Pattern zu instanceof geben, das ist generell nicht schön, um es nochmal zu sagen

zu 'dynamischem Binden' an sich gibts auch kein Pattern, genau wie es zu Plus und Minus in der Mathematik keinen speziellen Algorithmus gibt,
ist die normalste Sache der Welt,
die meisten Pattern, die es ansonsten gibt, verwenden sicherlich das Binden, die Polymorphie

 

[Devil_Noe]

D.h., es ist üblich das so zu machen?

Ich hab gesagt bekommen, ich soll besser ein Mapping verwenden, das Objekt mit instanceOf prüfen, oder den Typ mit getClass abfragen und das, was daraus folgend zu tun ist, in einer Hash Tabelle hinterlegen. !!!????!!!!!?????

 

[bygones]

ok die Vererbung ist doch etwas geringer als ich bei deiner ersten Aussage dachte ... bygones

aber die GUI ist doch dann ziemlich wirr....

wenn ich mir als User ne Gui anschaue, die mir alle Bücher anzeigt und ich dann Felder von allen möglichen Artikeln angezeigt bekomme, die dann leer sind finde ich das mehr als merkwürdig. Warum etwas anzeigen was es nicht geben kann ?

Einzige sinnvolle Lösung aus meiner sicht sind dezidierte Views für die Artikel und nicht eine krude instanceof Lösung mit einer komischen Gui

 

[SlaterB]

es ist schwer zu beurteilen was dir da gesagt wurde, kann sein dass das für bestimmte Dinge gut ist,
wenn du dagegen nur eine Methode aufrufen willst, was sollte dann in der Hash-Tabelle abgelegt werden?

 

[Devil_Noe]

so wie ich das verstanden habe, sollte der Typ (also CD oder Buch) der Key sein, nach dem gespeichert und gesucht wird, und dadurch zur jeweils richtigen "Füllmethode" führen!

Bedeutet etwas schlampig formuliert:

Buch ...... Füll Textfeld 1 mit Seitenanzahl, Füll Textfeld2 mit Autor ,..... setze alle anderen "leer"
CD .... Füll Textfeld 3 mit Interpret, Füll Textfeld4 mit Abspielzeit, .... setze alle anderen leer

 

[SlaterB]

mit deinen Erklärungen könnte ich jetzt raten, dass die einzelnen Klassen keine GUI-Code haben,
und dass zu jeder Klasse dynamisch eine Methode mit dem GUI-Code bzw. ein Objekt mit einer Methode erzeugt werden muss,
welches dann auch abzuspeichern ist wenn es nicht jedesmal neu erstellt werden soll,

richtig verstanden?
hast du überhaupt schon die Klassen, haben diese GUI-Code?
na selbst wenn wäre der andere Vorschlag nicht undenkbar, dazu gibts bestimmt auch ein Pattern

edit:
z.B. Adapter (mit Delegation)
Adapter (Entwurfsmuster) ? Wikipedia
(wobei ich nur die ungefähre Struktur anschaue, dem Sinn nach ist das ja eher für andere Dinge, bin da auch nicht der Fachbegriff-Experte)

edit:
Presenter von
Model View Presenter ? Wikipedia
klingt gut, viel steht da aber nicht

 

[Devil_Noe]

thnx erstmal!

also ich hab schon alles fix fertig.

"Datenobjekte" habe ich strikt vom GUI-Code getrennt --> es gibt in den DatenObjekten eben keinerlei GUI Code, ausser den Füllmethoden (und da überleg ich eben grad )!

Muss mir die Pattern mal angucken, wobei, eleganter kanns nicht werden. Seit ich GUI Code von Daten trenne (keine inneren, anonymen Klassen für ActionListener, damit ja nichts datenspezifisches in dem Gui geschieht, etc), wird alles überdimensional aufgeblasen!

aber danke für die mühe