Nach Deserialisieren: Elemente des JFrames ohne Funktion

[babuschka]

Hallo zusammen,

ich arbeite an einem Programm, mithilfe dessen man per Hand Funkverkehr protokollieren kann.
Zentrales Element ist ein JFrame hauptfenster in dem es mehrere JOptionPane, JScrollPanes, JTextFields, etc. gibt.

Ein Manko des Programms ist, dass, wenn man es kurzzeitig beenden muss, nach dem neu starten natürlich der Zustand aller Buttons, etc. nicht mehr so ist wie zuvor.

Daher möchte ich mittels Serialisierung ein "Abbild" des momentanen Programmstatus machen, was man dann anschließend wieder zurückladen kann.

In dem Programm gibts einen Server-Thread, den habe ich mittels transient ausgespart.
Ebenso habe ich auch nur alle Klassen Serializable implementieren lassen, in denen Daten gehalten werden, die ich benötige.

Ich speichere dieses JFrame, das die Zentrale des Programms bildet - das klappt ohne Probleme.
Beim wiedereinladen gehe ich wie folgt vor:
hauptfenser.dispose() auf das "nicht benötigte", bei Programmstart neu erzeugte JFrame
einladen mittels hauptfenster=(Hauptfenster)ois.readObject();

Auch das funktioniert ohne Fehlermeldung. Und siehe da: alle Elemente haben den gewünschten Zustand. Das Problem dabei: nichts funktioniert mehr! Alle Buttons, etc. haben ihre Funktion verloren.

Ich dachte zunächst daran, dass ich Abhängigkeiten nicht beachtet habe und deswegen eine wichtige Klasse nicht mitgesichert wird, aber:
es gibt im JFrame einen Menüpunkt, der einen MesseDialog aufruft; und alle dafür benötigten Daten liegen in eben diesem Hauptfenster.

Was mache ich falsch? Habe ich etwas übersehen?

 

[L-ectron-X]

Möglicherweise hast du zwar die Buttons initialisiert, aber keinen ActionListener daran gehängt.

 

[babuschka]

Möglicherweise hast du zwar die Buttons initialisiert, aber keinen ActionListener daran gehängt.

Äh... das Programm an sich funktioniert völlig einwandfrei; und die ActionListener, etc. sollten doch durch den (De)-Serialisierungsprozess mit gesichert werden, oder nicht?

 

[L-ectron-X]

Offenbar nicht... :roll:

 

[Leroy42]

Der Ansatz läuft in die völlig falsche Richtung!

Anzunehmen, etwas derart komplexes wie ein JFrame incl. all seiner
Komponenten, deren Zustände und vielleicht auch noch Inhalte (JTextFields)
serialisieren und später wieder "auftauen" zu können, ist schon sehr mutig.

Der bessere Ansatz ist hier der MVC oder MG ( Model-GanzeRest ) Ansatz.

Die gesamten Daten&Zustände gehören in eine eigene Klasse(n) die alleine
serialisiert werden und bei Deserialisierung dein JFrame füllen.

BTW: Schau dir zur Serialisierung auch mal die XML-Variante an. Die hat den Vorteil,
daß sie eine menschenlesbare und -veränderbare XML-Datei erzeugt. Gefällt mir
persönlich eindeutig besser als die Binär-Variante.

 

[babuschka]

Der Ansatz läuft in die völlig falsche Richtung!

Anzunehmen, etwas derart komplexes wie ein JFrame incl. all seiner
Komponenten, deren Zustände und vielleicht auch noch Inhalte (JTextFields)
serialisieren und später wieder "auftauen" zu können, ist schon sehr mutig.

... obwohl ja zumindest die Inhalte der jeweiligen Elemente ordentlich serialisiert und deserialisiert wurden.
Ich hatte Elemente wie z. B. JTextFields und JButtons für statisch und einfach genug gehalten, als das sie nicht serialisiert werden könnten.

Der bessere Ansatz ist hier der MVC oder MG ( Model-GanzeRest ) Ansatz.

Ja, den habe ich jetzt auch realisiert - in geschmeidigen 6 Stunden

Die gesamten Daten&Zustände gehören in eine eigene Klasse(n) die alleine
serialisiert werden und bei Deserialisierung dein JFrame füllen.

Ja, das habe ich jetzt auch so gemacht.

Dabei stellte sich mir die Frage, ob man die Inhalte von Swing-Elementen direkt an Variablen koppeln kann.

Wenn ich jetzt Änderungen in z. B. einem TextField mache, muss ich sie gleich auch ins Model schreiben.
Beziehungsweise würde MVC ja auch vorsehen, dass vom View eine Veränderung hervorgerufen wird, die dann ins Model eingetragen wird und schließlich andere Views (sofern vorhanden) über Änderungen benachrichtigt.
Wiedemauchsei: ich dachte wenn ich
meinlieblingsButton.setText(model.getTextFuerLieblingsButton);

mache, müsste doch eigentlich der Zeiger von setText auf die Variable zeigen, sodass sich der Button-Text "automatisch" aktualisiert, wenn sich die Variable verändert?

BTW: Schau dir zur Serialisierung auch mal die XML-Variante an. Die hat den Vorteil,
daß sie eine menschenlesbare und -veränderbare XML-Datei erzeugt. Gefällt mir
persönlich eindeutig besser als die Binär-Variante.

[/quote]
Grundsätzlich keine schlechte Idee, aber speziell für dieses Programm wäre das ungut, da es von vielen verschiedenen Leuten benutzt wird, unter denen sich auch welche vom Typ "Oh, da hab ich mich verklickt, ich ändere es mal eben schnell per Hand im Protokoll des Programms" befinden :wink: