Layout auslagern, aber wie genau???

[Hummel]

Hallo,
ich habe über Progrmmierung mit Java (Java Software-Engineering) gelesen :rtfm: , dass bei einer Erstellung eines Java Programms die Klassen auf mehrere Pakete aufgeteilt werden sollten oder können (natürlich logisch durchdacht). Nun möchte ich gerne versuchen mein Layout auszulagern, um mein Programm (gerade die Quelldateien) übersichtlicher zu gestalten. Nur ich habe keine Ahnung wie ich an die Sache herangehen soll. :bahnhof:

Hat diesbezüglich jemand einen Tipp für mich, also einen Stoß in die richtige Richtung?

Danke und Gruß,

Hummel

 

[The_S]

Was verstehst du unter Layout? Hast du ein eigenen Layout-Manager geschrieben? Ist das "Layout" schon in einer separaten Klasse? Ein wenig spezifischere Informationen (z. B. aktuelle Klassen/Package Struktur) wären hilfreich.

 

[Hummel]

Also ich habe ein einfaches Programm, ein paar JButtons, JTextAreas und ein Menü (zum Beispiel).

Nehmen wir die Klasse FrameMain.java, darin befinden sich die Swing Komponenten (in einem Frame) und darin wird das Ganze mittels GridBagLayout 'schön' gerückt.
Jetzt wird der Quelltext duruch das ganze Layouten ein gutes Stück länger und auch unübersichtlicher. Als Beispiel meiner Programmstruktur:

package xyz;
import javax.swing.*;
//usw... was man halt so braucht

public class MainFrame extends JFrame {
//Refrenzen der Swing Komponenten
//z.B.
private JButton bNew;

initComponents();
layoutComponents();
}

private void initComponents() {
//Instanzen/Referenzen erstellen/zuweisen
//also z.B.
bNew = new JButton("New");
}

private void layoutComponents() {
Container pane = this.getContentPane();
pane.setLayout(new GridBagLayout());
//...
}

//hier methoden usw...

public static void main(String[] args){
//...
}
}

Nun wird bei mehreren Komponenten der Layoutteil sehr lang und ich habe den Autor des Buches so vertanden, dass z.B. der ganze Layoutteil in ein separates Paket gepackt wird. Dann kann man daneben noch die Frames/Dialogs, also die Benutzeroberfläche in ein getrenntes und die Klassen zu Kommunikation mit einer Datenbank o.ä in ein Paket verfrachten.
Ich plane ein größeres Projekt und wollte es mal professionell angehen !!! Deswegen habe ich mir ein Buch geliehen und :rtfm: , allerdings ist dieses Buch nicht wirklich hilfreich gewesen, muss noch mal weitersuchen.

Jetzt dachte ich ich kürze die Thematik mal ab und frage hier mal im Forum, ob das überhaupt der richtige Weg ist (oder gar ein Holzweg) und wenn ja, in welche Richtung ich suchen muss. Vielleicht reichen ja auch 4 5 6 zarte Zeile Quelltext und meine Scuhe ist beendet?!?!?

Ich hoffe es ist deutlicher geworden, sonst versuche ich noche einen nachzulegen.

Gruß, Hummel

 

[Marco13]

Hm. Das eigentliche Erstellen des Layouts in eine eigene Klasse zu packen klingt erstmal merkwürdig. Vielleicht hast du zu viele Components in EINEM Container (mit EINEM sher komplizierten GridBagLayout).

Ich find's mit privaten Methoden, die an die "Grobstruktur" des Layouts angelehnt sind, eigentlich ganz übersichtlich:

private JPanel createMainPanel()
{
    JPanel mainPanel = new JPanel(new BorderLayout());
    mainPanel.add(createControlPanel(), BorderLayout.NORTH);
    mainPanel.add(createPaintPanel(), BorderLayout.CENTER);
    mainPanel.add(createStatusPanel(), BorderLayout.SOUTH);
    return mainPanel;
}

private JPanel createControlPanel()
{
    JPanel controlPanel = new JPanel(new GridLayout(1,0));
    controlPanel.add(createSomeButton());
    controlPanel.add(createSomeButton());
    controlPanel.add(createSomeButton());
    return controlPanel;
}
...

Als Alternative, wenn man eine Component mit einem "festen" Satz von Untercomponents hat, KANN es sinnvoll sein, dafür eine eigene Klasse zu machen - das lässt sich dann nachträglich recht einfach machen:

private JPanel createMainPanel()
{
    JPanel mainPanel = new JPanel(new BorderLayout());
    mainPanel.add(createControlPanel(), BorderLayout.NORTH);
    mainPanel.add(createPaintPanel(), BorderLayout.CENTER);
    mainPanel.add(createStatusPanel(), BorderLayout.SOUTH);
    return mainPanel;
}

private JPanel createControlPanel()
{
    return new ControlPanel();
}
...


class ControlPanel extends Panel()
{
    public ControlPanel()
    {
        super(new GridLayout(1,0));
        createSomeButton();
        createSomeButton();
        createSomeButton();
    }
    ....
}

Die eigentliche Herausforderung besteht (für mich dann) eher darin, eine sinnvolle Struktur (d.h. ein "Matching") zwischen den Logik-Klassen und den GUI-Klassen zu finden...

 

[Hummel]

Die eigentliche Herausforderung besteht (für mich dann) eher darin, eine sinnvolle Struktur (d.h. ein "Matching") zwischen den Logik-Klassen und den GUI-Klassen zu finden...

@Marco13:
Vor dem Problem stehe ich jedes Mal, das Programm fängt klein und übersichtlich an und wächst dann, weil man sich immer noch was einfallen lässt. Da ich gerade im Leserausch bin, hast du oder jemand eine gute Buchempfehlung. Klar kann ich bei Amazon 'Java' als Suchbegriff eingeben, aber ob die Bücher etwas Gutes sind, steht in den Sternen

Gruß, Hummel

 

[Civilazi]

Klar kann ich bei Amazon 'Java' als Suchbegriff eingeben, aber ob die Bücher etwas Gutes sind, steht in den Sternen

Exakt, nämlich wie sie bewertet worden sind. :lol:
Na ja egal, was für ein Buch suchst du denn? Gegen das oben genannte Problem hilft es auch, die Software vorher zu planen, das ist immer gut und es wird auch nicht unübersichtlich bzw. wenn doch, dann hast du schlecht geplant

 

[Hummel]

Oh, ich sollte noch einaml genau lesen was ich geschrieben habe bevor ich auf absenden klicke!

Also Objektorientierung ist für mich kein Problem (kenne ich vieles von C++), die Syntax geht auch, aber so die exakte Umsetzung, sprich 'wie baue ich mein Programm nach den Normen auf' da fehlt mir noch ein bißchen der Plan. Ich dachte jetzt an ein Schriftstück in Richtung Software Engineering in Java, aber ich habe keins für diese Sprache gefunden, das gut ist (z.B. mangelnde Übersetzung oder unzureichender Inhalt).
Ich bin der englischen Sprache zwar mächtig (zumind. verstehe ich 85 % aller Sachen), aber ich bin faul was das anbelangt und man muss sich die Sache ja nicht unnötig schwer machen.
Irgendwo muss es doch Regeln (niedergeschrieben) geben. Oder denke ich z kompliziert. Ich meine für C++ gibt es solche Bücher doch auch! Und in Deutsch, wohlbemerkt.

Gruß, Hummel

 

[Marco13]

Ein bißchen sehe ich da jetzt einen Widerspruch ... oder eine Unklarheit. Wenn es um sprachspezifische Sachen geht, dann sollten die mit einigen Online-Büchern, Tutorials und Codeschnipseln (die es für Java mit Sicherheit in erschöpfenderer Menge gibt als für jede andere Spache) eigentlich klären lassen.
Wenn es um "allgemeine", "strukturierende", an Software-Engineering angelehnte Fragen geht, dann sollten die Ideen dahinter eigentlich weitgehend sprachunabhängig (d.h. leicht von C++ auf Java übertragbar) sein...

 

[Atze]

eigentlich gibt es für programme auch keine "normen", denn software ist ja individuell, teils kreativ und teils den kundenwünschen angepasst. was du suchst sind wahrscheinlich design pattern wie zb. das mvc. das teilt die softwareeinheiten in deren aufgaben. dies ist aber wie ein kollege schon sagte nicht sprachspezifisch, lediglich einige java frameworks erleichtern diese arbeit, bspw. jsp, struts etc. wenn du solche bücher suchst, sind buchschmieden wie addison-wesley und vielleicht auch galileo-computing gut in einsteigerlektüre.

MVC:
Model View Controller ? Wikipedia

 

[Hummel]

@Marco13: Ich versuche halt mein Wissen über Java zu Erweitern, ich möchte von C++ weg (finde ich furchtbar, aber bringt das Studium mit...). Dann werde ich mein C++ Buch trotzdem noch mal hervorkramen, wo da ein Kapitel zu drin steht.

Das Problem ist es geibt so viele schöne Sachen und Google ist auch eine wunderbare Erfindung, aber man muss das Wort (den Fachausdruck) kennen, sonst ist ganz schnell der Frust sehr groß. Und ich kenne die Wörter leider nicht. Jetzt sind mir ein paar Begriffe zu Ohren gekommen, daran kann ich anknüpfen.

@Atze: Das klingt schon mal gut, dann liege ich mit meiner Buchauswahl nicht ganz so verkehrt. Die Lektüre "Java ist auch eine Insel" o.ä. kenne ich schon, und die Addison - Wesley Bücher sind mir (dem Namen nach) bekannt. Dann werde ich da wohl mal ansetzen.

Ich Danke euch ersteinmal für die Ratschläge. :toll:

Ach ja, der Ansatz von oben (quasi mein erstes Beispiel) ist vom Stil nach in Ordnung, oder? Ich schreibe meine Programme mitlerweile schön selbst in Eclipse und verzichte auf die anfänglichen Spielereien mit NetBeans. Deshalb habe ich mir das so angewöhnt. Oder habe ich eine Marotte übernommen. NetBeans macht häufiger mal Müll!

Danke nochmal und schönen Abend noch,
Gruß

Hummel

 

[Marco13]

Diese Trennung von "initComponents" und "layoutComponents" kann Sinn machen. Wenn man aber z.B. ein paar Labels mit Infos zwischendrin einstreuen will, funktioniert das nurnoch, wenn man ALLE labels eindeutig benennt und als Fields / Membervariablen deklariert - und das wäre dann IMHO unschön.

 

[Hummel]

Kommt dann halt auf das Gesamtkonzept des Projekts/Programms an.

Ich machs Beste draus und werde mich mal wieder hinter die Bücher klemmen.

Danke dir,

Hummel