Accordion Design Pattern Frage

[gerdgerdgerd]

Hallo zusammen,

ich habe eine Accordion Komponente programmiert bei der man sogenannte Bars hinzufügen kann. Das Accordion kann in meinem Fall als Programmschnittstelle angesehen werden. D.h. Wird eine Accordion Bar ausgewählt ändert sich das Hauptfenster entsprechend der Anforderungen. Anforderungen können unter anderem verschiedene Listener sein, die beim Aktivieren der Bar hinzugefügt werden sollten. Beim Aktivieren einer anderen Bar sollten die vorher hinzugefügten Listener wieder entfernt werden.

Logischerweise hat das Accordion eigentlich nichts mit der Steuerung zu tun, da es sich um eine Custom Swing Component handelt. Um genau zu sein, müsste die Accordion Komponente ein Change Event absenden. Wie kann ich das implementieren? Bzw. was ist der ideale Weg um dies zu lösen?

Kurzgefasst:
Accordion Komponente von der Programmsteuerung trennen, indem ein Event Design oder sonstiges eingeführt werden soll?

Danke

 

[javimka]

Eigentlich könntest du dem Accordion einfach die Möglichkeit geben, Listener zu registrieren. Dazu braucht die Klasse eine ArrayList, in die sie die Listener speichern kann und eine Methode addListener(Listener). Die Listener kannst du entweder selber erfinden oder du nimmst etwas, das bereits existiert, z.B. ActionListener. Jede Komponente, die über Änderungen im Accordion informiert werden möchte, registriert dann einen Listener am Accordion Objekt.
Wenn du den Listener selbst erfindest, hat es meistens Vorteile, diesen als Interface und nicht als Klasse zu schreiben. Du könntest dann immer noch eine abstrakte Klasse AbstractListener machen, zur Bequemlichkeit. Der Vorteil eines Interface ist es, dass JEDE Klasse so ein Listener sein kann und sich selbst registrieren kann, also auch Klassen, die bereits von irgendwas erben.

 

[gerdgerdgerd]

@javimka
Das hat wunderbar geklappt. Manchmal sieht man vor lauter Bäumen den Wald nicht mehr .

Vielen Dank