Input/Output Dateiformat: Serialisierung VS Custom format

[Tobse]

Hey leute,
mir stellt sich grade folgende Frage:
Ich habe in meiner Anwendung viele Komplexe Objekte, die sich zu allem Übel auchnoch verschachteln.
Der einfachheit halber hab ich halt einfach serialisierung benutzt. Allerdings mag ich das iwie nicht.
- Jeder, der meine Anwendung und ein JDK hat, kann die Dateien nach seinen Vorstellungen ändern
- Bei File.length() > 2MB geht warscheinlich die performance den bach runter. Ich vermute, dass die fertigen Dateiein am ende zwischen 3 und 5 MB groß sind.

Bei einem Custom file-format hab ich eben andere Punkte:
- Dateien haben ein festes format, dass, je nach komplexität, (nicht) erweiterbar ist
- Beschädigte dateien sind einfach futsch
- Wenn das format nicht allzu komplex ist, ist die performance warscheinlich besser

Was meint ihr? Wie würdet ihr das angehen?

 

[fastjack]

XML ist auch nicht schlecht. Wie sieht mit einer Datenbanklösung aus?

 

[Tobse]

Stimmt, XML wär auchnoch ne möglichkeit.
Datenbank ist glaub eher schlecht, da muss ich dann immer den server starten, laden usw..., da gewinn ich glaub nichts bei der geringen menge an daten.

 

[fastjack]

Nene, bei einer Memory-DB (z.B. HSQL) brauchst Du keinen Server zu starten. Den Zustand kann die DB dann in einem Skript-File speichern. Für eine kleine Anwendung ist das vielleicht ok.

 

[Spacerat]

XML in Verbindung mit zip

 

[Tobse]

Hey, das ist ja interessant. Da les ich mich mal ne runde ein. Danke.

 

[c_sidi90]

- Jeder, der meine Anwendung und ein JDK hat, kann die Dateien nach seinen Vorstellungen ändern

Ist bei XML nicht anders. Allerdings sollte es einen kleinen Performanceschub geben, da XML-Dateien mit passenden API's leicht und vorallem schnell zu handeln sind.