GUI als Klasse oder extend JFrame?

[faraday]

Hallo liebe Java-Gemeinde,
ich habe absolut noch keine Erfahrungen mit GUIs und bin gerade frisch eingearbeitet in die Grundlagen von Swing. Wenn ich nun eine GUI für beispielsweise ein Mini-Spiel basteln möchte, wie stell ich das am Dümmsten an?

Ich bin jetzt des öfteren auf die Variante gestoßen, von einem JFrame zu erben, das heißt:

class GUI extends JFrame {
    public GUI() {
        createGUI();
    }

    createGUI() {
        this.add(...);
        ...
    }
}

Andererseits gibt es die Möglichkeit, den JFrame als Attribut auszulagern:

class GUI {
    JFrame mainFrame;

    public GUI() {
        this.mainFrame = new JFrame();
        createGUI();
    }

    createGUI() {
        mainFrame .add(...);
        ...
    }
}

Macht es einen Unterschied welche der beiden Varianten ich nutze? Wenn ja, worin liegt dieser Unterschied? Habt ihr eventuell noch einige Tips, wie eine GUI richtig aufgebaut wird? Beispielsweise für Menüs und Panels so Factory-Methoden oder sowas, damit nicht ständig manuell geadded und angepasst werden muss?

Vielen Dank für eure Hilfe und liebe Grüße
fara

 

[Gucky]

Vererbung macht nur dann Sinn, wenn du Funktionalitäten hinzufügst. Fügst du keine hinzu, so ist das Attribut vorzuziehen.
Allerdings für ein Spiel musst du oft Methoden eines Panels überschreiben. Somit bietet es sich an von einem JPanel zu erben und dieses sein eigenes JFrame verwalten zu lassen.

Zum Aufbau eines GUIs: Guck dir mal Programme, wie Word 2003 (ohne Ribbons) an. Die Menüs dort sind Standardmenüs. Mit einem ähnlichen Ausbau machst du nichts falsch.

 

[faraday]

Hey Gucky,
erst einmal vielen Dank. Meinst du sowas in der Richtung:

class GUI extends JPanel {
    private JFrame mainFrame;

    public GUI() {
        mainFrame = new JFrame();

        configureFrame();
    }

    private configureFrame() {
        ...
    }

    void paintComponent(Graphics g) {
        ...
    }
}

oder wolltest du auf etwas anderes hinaus?

Wie die Menüpunkte angeordnet werden sollen ist mir klar, ich glaube ich hab mich etwas ungeschickt ausgedrückt. Wenn ich jeden (z.B.) Menüpunkt einzeln und manuell deklarieren und hinzufügen muss, erzeugt das redundanten Code, das ist sehr mühselig. Mich würde interessieren, ob es da eine Art Standardverfahren gibt, wie man damit umgeht.

Liebe Grüße fara

 

[Gucky]

Ja genau das meinte ich.

Du könntest dein Menü zum Beispiel in eine XML Datei schreiben und dann mithilfe von Reflection die angegeben Methoden bei einem Klick auf einen Menüpunkt angeben. Das erhöht auch die Wartbarkeit. Sowas gibt es aber schon in Form von JavaFX auch wenn ich mir Selberschreiben bis auf die Beherrschung von Reflection und XML nicht so kompliziert vorstelle.
Eine weitere Möglichkeit wäre es eine Methode addMenupoint(root, new) zu erstellen und du dir dann sozusagen einen Menübaum erstellst.
Ich weiß aber auch nicht so ganz, was du meinst mit Menü. Meinst du die Pulldownmenüs, die immer oben sind oder meinst du die vielen Dialoge.

 

[faraday]

Ja zum Beispiel. Ich meine allgemein die Dinge, die über die add-Methode zu Containern hinzugefügt werden und evtl. noch konfiguriert werden müssen.

 

[Gucky]

Ach so meinst du das.
In Programmen ist es oft so, dass Buttons alle eine bestimmte Größe haben. Dann erstellst du eine Properties Datei (--> API) und schreibst dort die Größe rein. Außerdem kommt dort die zu benutzende Schriftart rein, usw. Dann erstellst du eine Klasse ComponentFactory, mit der Methode public JButton createButton(String text, ActionListener lis, ...) mit allen Parametern, die du nicht standardisieren kannst und diese Methode erzeugt dir einen Button.
Es kommt auch drauf an, wie kompliziert dein GUI sein soll denn je komplizierter es ist, desto schwerer ist es das GUI noch zu verändern, wenn es einmal erstellt wurde.

Für sehr stark verschachtelte GUIs ist vielleicht JavaFX praktischer, weil du dort dein GUI in einer XML Datei definierst.

 

[faraday]

Sonderlich kompliziert wird es nicht. Aber es sollte offen gegenüber Änderungen sein und da bietet sich so eine Properties-Datei durchaus an. Vielen Dank erstmal! Ich werde es über diesen Wege versuchen und mir etwas einfallen lassen. Falls ich irgendwo festhänge melde ich mich nochmal.
Liebe Grüße