Best Practice Mit JFrame Konstruktoren?

In beiden meinen Java-Klassen, und die Bücher, die wir bei Ihnen über ein GUI mit dem code zu stark engagiert ist der Konstruktor der JFrame. Die standard-Technik, die in den Büchern scheint es zu sein, initialisiert alle Komponenten und fügen Sie diese in den JFrame im Konstruktor, und fügen Sie anonyme event-Handler behandeln Ereignisse, die, wo notwendig, und das ist, was geraten wurde, in meiner Klasse.

Scheint dies ziemlich einfach zu verstehen und leicht, mit zu arbeiten bei der Erstellung eine sehr einfache GUI, aber scheint sich schnell hässlich und umständlich machen, wenn etwas anderes als eine sehr einfache gui. Hier ist ein kleines code Beispiel, was ich beschrieben habe:

public class FooFrame extends JFrame {

   JLabel inputLabel;
   JTextField inputField;
   JButton fooBtn;
   JPanel fooPanel;

   public FooFrame() {
      super("Foo");

      fooPanel = new JPanel();
      fooPanel.setLayout(new FlowLayout());


      inputLabel = new JLabel("Input stuff");
      fooPanel.add(inputLabel);

      inputField = new JTextField(20);
      fooPanel.add(inputField);

      fooBtn = new JButton("Do Foo");
      fooBtn.addActionListener(new ActionListener() {
         public void actionPerformed(ActionEvent e) {
            //handle event
         }
      });
      fooPanel.add(fooBtn);

      add(fooPanel, BorderLayout.CENTER);
   }

}

Ist diese Art der Verwendung des Konstruktors der beste Weg, um code, der eine Swing-Anwendung in java? Wenn ja, was für Techniken kann ich verwenden, um sicherzustellen, dass dieser Typ-Konstruktor wird organisiert und wartbar? Wenn nicht, was ist die empfohlene Art und Weise zu nähern, putting zusammen einen JFrame in java?

InformationsquelleAutor David Barry | 2010-04-26
  1. 1

    Leider gibt es viele schlechte Bücher gibt. Und eine Menge schlechter code.

    Sollte man nicht missbrauchen Vererbung, indem Sie Sie, wo Sie nicht notwendig sind. (Okay, es ist der Double-Brace-idiom, das komplette Erbe Missbrauch.) Dies gilt für JFrame, JPanel, Thread und praktisch alles außer java.lang.Object.

    Außerdem ist es eine sehr gute Idee, um Felder private und wo möglich final. Es stellt sich heraus, dass Verweise auf Komponenten in der Regel nicht brauchen, um in Feldern gespeichert, zumindest nicht so wie dieses.

    • Sie sagen also nicht unnötig verlängern JFrame wie ich getan habe vor, aber in einer eigenen Klasse erstellen Sie eine neue JFrame und fügen Sie Komponenten? Dies scheint wie ein ziemlich vernünftig Vorgehen Weg, um darüber zu gehen. Kennen Sie gute Referenzen zu konsultieren, wie wie die Struktur der swing-gui-code? Vielen Dank für den input.
    InformationsquelleAutor Tom Hawtin - tackline
  2. 3

    Wenn man eine komplexere UI-ich empfehle, dass Sie verschiedene JPanels aus dem JFrame, so werden Sie zu "Module" oder "Bausteine" der Benutzeroberfläche.

    InformationsquelleAutor Jonas
  3. 1

    Wie Sie gerade gesagt haben, dies scheint zu sein, eine Technik, die gelehrt wird, durch die Bücher. Das, was ich zu tun, um zumindest ein bisschen einen überblick über die verschiedenen Aspekte, ist die Trennung der ui-Ansichten von ui-Controllern. In Ihrem Fall würde dies bedeuten, dass Sie schreiben konnte, getrennte Klassen für die Ereignisbehandlung. Eine weitere hilfreiche Technik ist die Verwendung von privaten Methoden für die Trennung der verschiedenen Teile der Benutzeroberfläche. In anderen Worten, die Allgemeine Refactoring-Techniken, die hilfreich sein könnten in diesem Fall als gut.

    InformationsquelleAutor Nils Schmidt
  4. 0

    Habe ich keine Feste Regeln, außer :

    • immer Attribute private, und, wenn es möglich ist, endgültige
    • minimieren Sie die Nutzung von privaten Bereichen. Jede Komponente, die nicht verwendet werden, außerhalb der Konstruktor darf nur erklärt werden, die im Konstruktor und nicht als ein Feld (inputLabel in deinem Beispiel)
    • nur anonyme Listener, wenn es gibt wenig code beteiligt. Wenn Sie wachsen, zu groß ist, wird es in der Regel bedeutet, dass Sie haben, Sie oben zu brechen, oder ob Sie Sie in der privaten oder getrennte Klassen
    • Und wie Jonas sagte, halten den JFrame, JDialog etc. Klassen lean durch das brechen der wichtigsten Bausteine in getrennten Klassen.
    InformationsquelleAutor Scherrer Vincent
Schreibe einen Kommentar