Erste Schritte Einstellungen speichern lassen

[beastofchaos]

Hallo Leute,
Ich arbeite im Moment an einem hübschen Zeichnen-Programm und wie das für richtig Programme sich gehört, will ich nun sich einstellbare Optionen einbauen. Z.B. den Pfad des FileDialogs nach dem Suchen, mit dem man Bilder öffnet/speichert* iwo merken oder selbst gezeichnete Bilder temporär speichern lassen kann.
*: Ich öffne den Dialog und er hat als Standard imerm "Eigene Dokumente", wenn ich ein Bild in "Eigene Bilder" öffne, soll er also immer (auch nach Neustart) zuerst zu "Eigene Bilder" gehen.

So, ich brauch EIGENTLICH kein Tutorial, wie ich was mache, das sollte ich auch so finden (sonst meld ich mich nochmal). Jetzt ist erstmal die Frage - WIE speicher ich das am besten? Am simpelsten wäre sicher eine Textdatei, dann weiß ich zumindest über Delphi(meine vorherige Programmiersprache) von ini-Dateien. Wenn ich Tabellen-mäßig mehrere Daten speichern müsste (bsp. Tastenkombinationen), könnten die sogar in eine extra Datenbank
Welche Technik könnt ihr mir empfehlen. Wäre vll. sogar hübsch, wenn Sicherheit mit drinne wäre (schwer zu knackende Codes für ein Computer-Noobie oder sowas )

Gruß, Thomas

 

[truesoul]

Hi.

Serializable ist dafür sehr geeignet

Serializable (Java 2 Platform SE v1.4.2)

Mfg

 

[jgh]

Preferences (Java 2 Platform SE v1.4.2) wird wahrscheinlich das sein, was du eigentlich machen willst?!

 

[beastofchaos]

Welche der Techniken ist denn empfehlenswert()Sie speichern es schließlic hbeide im Hitnergrund für mich, ohne dass ich selber die Textdateien schreiben muss oder so ) - ich würd es heute abend oder so mal mit Serializable probieren, aber wär vll. trotzdem nicht schlecht, von dem anderen gehört zu haben

PS: übrigens soll as nicht nur in Eclipse, sondern auch später in der .jar- und .exe-Datei laufen

 

[beastofchaos]

Also Seriazable krieg ich mit einem Testprogramm schon super hin*, aber bisher geht es bei mir nur, wenn es klassenspezifische (nicht-statische Methoden sind). Meine Klasse mit den Einstellungen ist statisch und seine Eigenschaften auch alle. Kann ich die iwie speichern und lesen? Eine Möglichkeit wäre, dass ich eine zweite richtig Klasse mit all den Eigenschaften erstelle und die schreiben und lesen lasse. Danach/Bevor werde ich die Eigenschaften der beiden Klassen synchronisieren. Aber dann müsste ich jetzt bei jeder neuen Eigenschaften bei beiden Klasse so eine Eigenschaften erstellen und es sind schon sehr viele.

also Hauptproblem - Speichern von statischen "Klassen" (Klassen mit nur statischen Eigenschaften)!

Also Seriazable krieg ich mit einem Testprogramm schon super hin*, aber bisher geht es bei mir nur, wenn es klassenspezifische (nicht-statische Methoden sind). Meine Klasse mit den Einstellungen ist statisch und seine Eigenschaften auch alle. Kann ich die iwie speichern und lesen? Eine Möglichkeit wäre, dass ich eine zweite richtig Klasse mit all den Eigenschaften erstelle und die schreiben und lesen lasse. Danach/Bevor werde ich die Eigenschaften der beiden Klassen synchronisieren. Aber dann müsste ich jetzt bei jeder neuen Eigenschaften bei beiden Klasse so eine Eigenschaften erstellen und es sind schon sehr viele.

also Hauptproblem - Speichern von statischen "Klassen" (Klassen mit nur statischen Eigenschaften)!

*mein Testprogramm, bei dem alles funktioniert:

package managment;

import java.awt.GridLayout;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;

import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JTextField;

public class SerTester{
	public final static String fileName = "test.ser";
	public static void main(String[] args) {
		JFrame window = new CustomFrame();
		window.setSize(500, 300);
		window.setLocationRelativeTo(null);
		window.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		window.pack();
		window.setVisible(true);
	}
}

@SuppressWarnings("serial")
class CustomFrame extends JFrame implements ActionListener{
	public Save save;
	private JButton buttonWrite;
	private JButton buttonRead;
	private JButton buttonChange;
	private JTextField fieldName;
	
	public CustomFrame(){
		super("Test");
		save = new Save();
		
		setLayout(new GridLayout(2, 2));
		buttonRead = new JButton("Read");
		buttonRead.addActionListener(this);
		buttonWrite = new JButton("Write");
		buttonWrite.addActionListener(this);
		buttonChange = new JButton("Change");
		buttonChange.addActionListener(this);
		fieldName = new JTextField("test.ser");
		
		add(fieldName);
		add(buttonWrite);
		add(buttonRead);
		add(buttonChange);
	}
	
	@Override
	public void actionPerformed(ActionEvent e) {
		if (e.getSource() == buttonWrite){
			System.out.println("------------------------------------------------");
			save.write(fieldName.getText());
			save.print();
		}
		else if (e.getSource() == buttonRead){
			System.out.println("------------------------------------------------");
			Save temp = save.clone();
			save = Save.read(fieldName.getText());
			if (save == null){
				save = temp;
				System.out.println("Datei nicht vorhanden");
				return;
			}
			save.print();
		}
		else if (e.getSource() == buttonChange){
			save.a++;
			save.b++;
		}
	}
}

@SuppressWarnings("serial")
class Save implements Serializable{
	public int a = 0;
	public int b = 0;
	public String erg = " / ";
	public Save(){
		super();
		System.out.println("Erzeuge");
	}
	
	public void changeProperties(){
		a++;
		b++;
	}
	
	public void actualizeErg(){
		erg = a + " + " + b + " = " + (a+b);
	}
	
	@SuppressWarnings("finally")
	public static Save read(String name){
		Save temp = null;
		try{ 
			 FileInputStream fis = new FileInputStream(name);
			 ObjectInputStream in = new ObjectInputStream(fis);
			 temp = (Save)in.readObject();
			 in.close();
		}finally{
			return temp;
		}
	}
	
	public void write(String name){
		FileOutputStream fos2 = null; 
		ObjectOutputStream out = null; 
		try { 
		    fos2 = new FileOutputStream(name);
		    out = new ObjectOutputStream(fos2);
		    out.writeObject(this);
		 	out.close();
		}catch(IOException ex){
			ex.printStackTrace();
		}
	}
	
	public void print(){
		actualizeErg();
		System.out.println(erg);
	}
	
	@Override
	public Save clone(){
		Save save = new Save();
		save.a = a;
		save.b = b;
		save.erg = erg;
		return save;
	}
}

Gruß, Thomas

 

[beastofchaos]

So in meinem richtigen Programm hab ich nun in die Klassen mit den ganzen statischen Methoden alles "unstatisiert". Nun kann ich nicht einfach über die Klasse draufzugreifen, sondern müsste die Referenz der Klassen überall "hintragen", um darauf zuzugreifen.
Meine Lösung bis jetzt ist, dass ich eine weitere statische Klasse erstelle, in der die anderen beiden liegen.
Um das ganze genauer zu machen: Am Anfang hatte ich zwei Klassen mit lauter statischen Eigenschaften, um leicht drauf zugreifen zu können. Die nennen wir jetzt mal A und B. Jetzt sind die ganzen Eigenschaften nicht mehr statisch, damit ich sie speichern kann. A und B liegen nun, um das leichte Verfahren von vorher abzuwandeln in einer anderen Klasse als statische Komponente, diese "Überklasse" nennen wir jetzt mal C.
Ich hab auch schon mal alles nötige vorbereitet, indem ich die Klassen A und B "Serializable" implementieren lasse. In der Klasse C liegen nun diese beiden Methoden:

public class Saves {          // die "Überklasse" C
	public static Settings settings;         // Klasse A
	public static Properties properties;         // Klasse B
	
	public static void read(){
		Properties tempProperties = null;
		try{ 
			 FileInputStream fis = new FileInputStream(Run.propertiesSave);
			 ObjectInputStream in = new ObjectInputStream(fis);
			 tempProperties = (Properties)in.readObject();
			 in.close();
			 if (tempProperties == null){
				 System.out.println("Datei nicht vorhanden: " + Run.propertiesSave);
			 }
			 else{
				properties = tempProperties;
			 }
		} catch (Exception e) {
			e.printStackTrace();
		}finally{
		}

		Settings tempSettings = null;
		try{ 
			 FileInputStream fis = new FileInputStream(Run.propertiesSave);
			 ObjectInputStream in = new ObjectInputStream(fis);
			 tempSettings = (Settings)in.readObject();
			 in.close();
			 if (tempSettings == null){
				 System.out.println("Datei nicht vorhanden: " + Run.settingsSave);
			 }
			 else{
				settings = tempSettings;
			 }
		} catch (Exception e) {
			e.printStackTrace();
		}finally{
		}
	}
	
	public static void write(){
		FileOutputStream fos = null;
		ObjectOutputStream out = null;
		try { 
		    fos = new FileOutputStream(Run.propertiesSave);
		    out = new ObjectOutputStream(fos);
		    out.writeObject(properties);
		 	out.close();
		}catch(Exception ex){
			ex.printStackTrace();
		}
		try { 
		    fos = new FileOutputStream(Run.settingsSave);
		    out = new ObjectOutputStream(fos);
		    out.writeObject(settings);
		 	out.close();
		}catch(Exception ex){
			ex.printStackTrace();
		}
	}
}

Problem ist jetzt aber leider, dass ich mit "write()" am Ende meines Programmes B(Properties) nicht speichern kann. Stattdessen kommt folgender Fehler Code:

java.lang.NullPointerException
at com.sun.java.swing.plaf.windows.WindowsComboBoxUI.uninstallUI(Unknown Source)
at javax.swing.JComponent.setUI(Unknown Source)
at javax.swing.JComboBox.setUI(Unknown Source)
at panels.North$2.setUI(North.java:272)
at javax.swing.JComboBox.updateUI(Unknown Source)
at javax.swing.plaf.basic.BasicToolBarUI.installRolloverBorders(Unknown Source)
...
at java.ibjectOutputStream.writeSerialData(Unknown Source)
at java.ibjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.ibjectOutputStream.writeObject0(Unknown Source)
at java.ibjectOutputStream.defaultWriteFields(Unknown Source)
at java.ibjectOutputStream.writeSerialData(Unknown Source)
at java.ibjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.ibjectOutputStream.writeObject0(Unknown Source)
at java.ibjectOutputStream.defaultWriteFields(Unknown Source)
at java.ibjectOutputStream.writeSerialData(Unknown Source)
at java.ibjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.ibjectOutputStream.writeObject0(Unknown Source)
at java.ibjectOutputStream.writeObject(Unknown Source)
at managment.Saves.write(Saves.java:63)
at managment.Main.exitProgram(Main.java:170)
at managment.Main.access$0(Main.java:169)
at managment.Main$WindowAction.windowClosing(Main.java:159)
...
at java.awt.EventDispatchThread.run(Unknown Source)


Weil ich auch schon mal eine NotSerializableException hatte zu der Klasse "ToolkitImage", vermute ich mal, dass es iwo auch an den Bilder liegt, die in Properties liegen.
Aber die Klasse A (Settings) wird schon gespeichert - genauso wie ich es will.

 

[Crian]

Du musst gar nichts statisches haben. Es geht auch ohne.

 

[SlaterB]

ein sinnvoller Test beginnt komplett ohne GUI, nur mit dem Save-Objekt, Dummy-Daten und ner main-Methode die speichert und lädt,
danach Schritt für Schritt einbauen

was ist denn Settings? sind dort auch GUI-Objekte oder deren Listener enthalten? diese doch eher nicht speichern

 

[beastofchaos]

ein sinnvoller Test beginnt komplett ohne GUI, nur mit dem Save-Objekt, Dummy-Daten und ner main-Methode die speichert und lädt,
danach Schritt für Schritt einbauen

Hab ja auch so angefangen, aber ich war halt ein bisschen kreativ am Ende
Und es funktioniert jetzt ja auch.

was ist denn Settings? sind dort auch GUI-Objekte oder deren Listener enthalten? diese doch eher nicht speichern

Also in Settings sind nur Points, Colors, Strings, ints.

Aber ich habe meinen letzten Post schon aktualisiert, weil es mit Settings funktioniert, aber die zweite Klasse(Properties) will einfach nicht. Vll weil einer der Klasse eine Referenz zu meinem Hauptpanel enthält, sollte ich das vorher auf null setzen und dann speichern lassen? Sonst sollten nur ints und Strings bei Properties sein, die Sozusagen Koordianten etc. enthalten, womit dann später jede einzelne Grafikkomponente in meinem Programm gezeichnet wird(es handelt sich um ein Zeichenprogramm).

Die Klasse Properties sieht so aus:

@SuppressWarnings("serial")
public class Properties implements Serializable{
    public PaintingProcess process;
	public SelectionDesign selection = null;
	    
	public Point posA = new Point(0, 0);
	public Point posB = new Point(0, 0);
	public int tool = Design.CURSOR;
}

Das wird euch aber warsch. nicht helfen, da ihr SelectionDesign und dessen Unterklassen nicht kennt (würde zu viel werden),aber wie gesagt, enthält es eine Referenz zu meinem Hauptpanel.

Du musst gar nichts statisches haben. Es geht auch ohne.

Es GEHT auch ohne, kostet dann bloß mehr Quelltext und solange ich mitten im Programmaufbau bin, reicht das auch erstmal. Bevor ich in 2 Jahren in der 5. Prüfungskomponente(Abituaa) die BWL darüber schreibe, werde ich sowieso solche Sachen alle herausnehmen.
Als Beispiel. An einer Quelltextstelle will ich den Point posA von der Klasse Properties, bisher sieht das so aus:

    benutzePointFuerIrgendEtwas(Properties.posA);

Wenn ich nun stattdessen in meiner Hauptklasse (Main main) Properties erzeugen muss, sieht das so aus:

    benutzePointFuerIrgendEtwas(main.properties.posA);

Teilweise artet sich sowas viel weiter aus, dass ich für eine Methode >1 Zeile verbrauch. Übersichtigkeit sinkt...

Gruß, Thomas

 

[SlaterB]

man kann Variablen als transient deklarieren, dann werden sie nicht mit serialisiert,
besser aber gar keine Referenzen haben, zu speichern ist ein Datenobjekt, eine solche Klasse sollte nicht wirklich große Ausführlogik enthalten,
ne paint-Methode mit übergebenen Graphics-Objekt ginge ja noch..

 

[beastofchaos]

Also was ich speicher sind ja fast nur Klassen, die Kordinaten(Points), Farben, booleans, Getter- und Setter-Methoden und eine "Draw"-Methode, mit der sie gezeichnet werden. Es gibt aber auch Klassen, die Bilder enthalten. Da ich diese Bilder sozusagen "zerlegen" kann (die werden von den Zeichenobjekten gezeichnet), wird das auch kein Problem sein.
Es gibt nur noch ein Problem die Klasse Area ist nicht speicherbar. Ich könnte zwar jedesmal, wenn ich ein Rectangle/Ellipse hinzufügen diese oder nur deren Integer-werte speichern und beim nächsten Programmstart das Area-Objekt wieder zusammenlegen(wie bei dem Bild). Würde ein bisschen aufwendig sein, aber eig. kann ich mir das mit den Areas sparen. Die brauch ich nämlich für die Selektierung in meinem Grafikprogramm. Beim Programmstart, muss ich das nicht auch speichern.

Sonst funktioniert aber auch (bald) alles und danke noch wegen dem Tipp mit "transient".