Swing bzgl. Tableskalierung/Darstellung einer Matrix

[Wolfone]

Hallo allerseits,

ich bin gerade dabei mich nach längerer Pause wieder ein bisschen in Java einzufuchsen und wollte zu Beginn einen Sudokulöser erstellen.

Bis jetzt habe ich das bezüglich des Interface allerdings enorm unelegant gelöst, indem ich für die Einträge eine Reihe von Textfeldern benutzt habe.

Das sieht aber erstens nicht schön aus und ist zweitens nicht gut dynamisch zu verändern, falls man mal größere Dimensionen haben möchte.

Ich dachte mir also, dass ich vielleicht ein JTable verwenden könnte, sodass ich nicht 81 mal 4 Zeilen Code habe nur um eine Eingabemöglihckeit zu bieten.
Wenn ich dort aber ein 9x9 DefaultTableModel hinzufüge (wird es hinzugefügt oder ersetzt es?) würde ich das gerne auf die größe meines JTables hochskalieren, sodass die Zellen auch den ganzen zur Verfügung stehenden Platz einnehmen, wozu mir google noch ncihts liefern konnte (vielleicht suche ich falsch...).

Insgesamt bin ich auch unsicher, ob das JTable eine gute Methode wäre, da meine Swing-Erfahrung noch sehr eingeschränkt ist.
Ich wäre also nicht nur froh für Tips bezüglich der Zellenskalierung, sondern auch offen für alternative Ansätze.

Beste Grüße
Wolf

 

[Joose]

Ich dachte mir also, dass ich vielleicht ein JTable verwenden könnte, sodass ich nicht 81 mal 4 Zeilen Code habe nur um eine Eingabemöglihckeit zu bieten.

Ich finde die Idee mit dem JTable nicht gerade prickelnd.

Anstatt 81x4 Zeilen Code zu schreiben solltest du dir überlegen wie du es mit Methoden und Schleifen machen kannst
Die 4 Zeilen Code in eine Methode geben -> Somit sind es schon nur mal 81 Zeilen
Und diese 81 Zeilen kann man auch noch reduzieren indem man Schleifen verwendet.

Wenn ich dort aber ein 9x9 DefaultTableModel hinzufüge (wird es hinzugefügt oder ersetzt es?) würde ich das gerne auf die größe meines JTables hochskalieren, sodass die Zellen auch den ganzen zur Verfügung stehenden Platz einnehmen, wozu mir google noch ncihts liefern konnte (vielleicht suche ich falsch...).

Das TableModel sollte nur die Daten halten und hat nichts mit der Anzeige des JTable Controls zu tun.
Damit diese den ganzen Platz einnimmt muss man es eben je nach verwendeten LayoutManager richtig hinzufügen.

 

[Wolfone]

Hallo Joose,

danke für deine Antwort. Ich hatte mir schon überlegt, das mit einer Schleife zu machen, bin da aber auf konzeptionelle Fragen gestoßen, die ich spontan nciht beantworten konnte, aber vielleicht kannst du mir da weiterhelfen.


Zunächst mal die sehr simple Lösung, die ich jetzt nach deinem Post gewählt habe:

public class Grid9x9 extends JFrame {

[...]
        contentPane.add(panel);
        panel.setLayout(new GridLayout(9, 9, 0, 0));
        for (int i=0;i<=80;i++){
            panel.add(new JTextField());
        }
    }
}

(Das ganze wird über ein Hauptfenster generiert, was ich als Lernmaterial/Spielwiese benutze.)
So regelt mir natürlich das GridLayout, dass das alles weitestgehend an mein Panel angepasst wird (obwohl mich noch die Ränder oben und unten stören).

Jetzt sind aber ja die JTextFields nicht eindeutig benannt. Meine Problem ist also, wie ich die jetzt gezielt ansprechen kann. Ich möchte ja aus den Eingaben (ungelöstes Sudoku) eine Matrix (als array) erzeugen, auf der ich dann rechnen kann.
Ich habe per google herausgefunden, dass es in Java keine dynamischen Variablennamen gibt.

Daher folgende Fragen:
- Gibt es da eine Best Practice um ein solches Verhalten zu erreichen?
- Kann ich die einzelnen TextFields in meinem Grid auch eindeutig identifizieren, wenn ich sie in einer solchen Minischleife wie oben nicht explizit definiere?


(Und falls du Zeit hast, würde ich gerne des Interesses wegen wissen, warum du das JTable für eine schlechte Idee hältst.)

 

[Joose]

Speichere dir die Textfelder doch in einem entsprechenden (2d-)Array oder einer Liste

Hinweis: Man erweitert eine Klasse um deren Funktionalität zu erweitern/anzupassen. Einem JFrame eine bestimmtes Layout verpassen ist keine Funktionalität daher ist die Ableitung von JFrame eher falsch. (wird aber in fast allen tutorials so gezeigt, warum auch immer)

 

[Wolfone]

Ich schätze du meinst etwas in dieser Richtung:

[...]
JTextField[][] InputGrid = new JTextField[9][9];
        for (int i=0;i<=8;i++){
            for (int j=0;j<=8;j++){
                InputGrid[i][j] = new JTextField();
                panel.add(InputGrid[i][j]);   
            }
        }
[...]

Das funktioniert schonmal gut! Danke dir dafür

Da wirft sich jetzt allerdings die nächste Frage auf:

Netterweise legt das GridLayout die Textfelder ja genau in der Reihenfolge an, wie man das bei der Standardindizierung einer Matrix erwarten würde (sprich das linke obere Element mit 0,0 und das rechte untere mit 8,8); kann ich das theoretisch beeinflussen, sprich, dass mein Grid zum Beispiel von unten nach oben und von rechts nach links mit Inhalten befüllt wird?


Bzgl. des extends auf JFrame:

Du meinst also es wäre bessere Praxis einfach im Hauptfenster ein neues JFrame zu erzeugen und dort vor Ort alle Modifikationen vorzunehmen, verstehe ich das richtig? (Entschuldige bitte die Kettenfragen, die ergeben sich gerade erst aus dem Kontext.)

Viele Grüße
Wolf

 

[Joose]

Netterweise legt das GridLayout die Textfelder ja genau in der Reihenfolge an, wie man das bei der Standardindizierung einer Matrix erwarten würde (sprich das linke obere Element mit 0,0 und das rechte untere mit 8,8); kann ich das theoretisch beeinflussen, sprich, dass mein Grid zum Beispiel von unten nach oben und von rechts nach links mit Inhalten befüllt wird?

Natürlich würde das funktionieren. Du musst für i und j die richtigen Startwerte wählen (bzw. auch die richtigen Abbruchbedingungen).
Am besten einfach mal mit Stift und Papier überlegen welche Startwerte welche Belegung erzeugen (Tipp: verwende nicht ein 9x9 Feld für deine Überlegungen es reichen auch 2x2 oder 3x3).

Du meinst also es wäre bessere Praxis einfach im Hauptfenster ein neues JFrame zu erzeugen und dort vor Ort alle Modifikationen vorzunehmen,..

Wie schon gesagt: Wenn du die Funktionalität des JFrames erweiterst dann ist eine deratige Ableitung schon richtig.
Wenn es nur darum geht Komponenten mittels Layout zu positionieren ist das keine Erweiterung der Funktionalität.

 

[Wolfone]

zu 1.:
Ich glaube zu verstehen, was du meinst. In eigenen Worten würde ich formulieren:

Das "Befüllungsschema" in Java bleibt zwar gleich, aber ich könnte mir bei Bedarf das mapping ändern, indem ich zum Beispiel die beiden obigen Schleifen nicht hochzählen, sondern runterlaufen lassen würde, womit ich das vorangegangene mapping sozusagen an der Diagonalen gespiegelt hätte.
Ist es das, was du meinst?

zu 2.: Check, Danke für den Hinweis. Ich werde versuchen das zu berücksichtigen.

 

[Joose]

Das "Befüllungsschema" in Java bleibt zwar gleich, aber ich könnte mir bei Bedarf das mapping ändern,

Genau

indem ich zum Beispiel die beiden obigen Schleifen nicht hochzählen, sondern runterlaufen lassen würde,

Dir stehen vier Möglichkeiten zur Auswahl:
1) Beide Schleifen hochzählen lassen
2) Beide Schleifen runterzählen lassen
3) innere Schleife zählt hoch, äußere runter
4) innere Schleife zählt hoch, äußere runter

(welche Variante welches Mapping erzeugt kann ich dir nicht sagen, aber mit einem kleinen 3x3 Feld sollte sich das gut mit Papier&Stift rausfinden lassen)

 

[Wolfone]

Super!

Verstanden und funktioniert
Ich dank dir nochmal recht herzlich!