Organisation eines GUI

[akb]

Hallöle,

ich möchte testweise meine erste GUI-Anwendung schreiben und hätte da nur mal eine ganz grundsätzliche Frage: Ist es ratsam, dabei vollkommen objektorientiert zu bleiben und auch das GUI als eigene Klasse anzulegen, oder sollte die einfach in der Programmklasse an sich mit verbaut werden?

Also wäre etwas in folgendem Stile sinnvoll?

Klasse MeineApp baut ein Objekt der Klasse MeineAppGUI
?

Erzählt mal wie Ihr sowas so strukturiert

 

[André Uhres]

Mein Hauptprogramm leite ich immer von JFrame ab.
Im Konstruktor baue ich dann die ganze GUI auf die im JFrame drin liegt.
Einzelne Komponenten der GUI können natürlich auch wieder eigene Klassen bilden.
JDialogs und Worker-Funktionen sind meistens auch getrennte Klassen...

 

[Beni]

Du kannst die OOP schon für die GUI aufgeben, nur wirst du dich selbst dafür verfluchen... (weil alles 10 mal so kompliziert und aufwendig wird).

Lies mal was zum MVC-Pattern, wahrscheinlich das wichtigste Pattern für die Verbindung GUI - Daten.

 

[André Uhres]

...ich passe natürlich auch auf, daß die GUI Klassen nicht abhängig werden vom Datenmodell.
Im Lauf der Zeit ist es nämlich schon passiert, daß die Daten plötzlich nicht mehr vom
AS400-DB2 System kamen, sondern von einem Sybase-Server mit ganz anderem Datenaufbau.
Dann kommt es darauf an, das Programm schnell anzupassen. Das war bis jetzt kein Problem.

 

[Ilja]

man kann die gui in die main-classe packen und gleichzeitig das MVC befolgen!

die main() sollte dabei das MVC instanziieren und auch eine instanz von sich selnst bilden und damit auch das View/GUI, was in den Constructor kommt