Ich verstehe nicht ganz woher dieser Kreuzzug entsprungen ist. Immerhin wird hier gerade über eine völlig banale Bagatelle geredet. Wie genau der Editor die internen Daten auf der Festplatte speichert ist für 70% der Nutzer wohl recht uninteressant und in 99% der Fälle völlig belanglos.
Das ganze hat ja nichteinmal etwas mit der Funktionalität des Programms zu tun, sondern nur mit einem kleinen Feature-Am-Rande für die ausgefuchsten Nutzer mit besonders großer Neugierde.
Mir geht es bei der Wahl des Datenformates weder um die Größe, noch um die Komplexität des Codes auf meiner Seite. Mir geht es hierbei darum für eine völlig banale Angelegenheit eine Lösung zu wählen und mit der Entwicklung fort zu fahren. Ob das nun XML ist oder eine Key-Value Paarung ist für mich als Entwickler der Engine vorne und hinten das gleiche. Bei den Daten mit denen hier zu tun ist macht es auch wirklich keinen Unterschied.
Key-Value Paarungen sind ganz sicher nicht etwas, was ich mir ausgedacht habe. Das ist ein sehr vernünftiges und etabliertes Vorgehen, wie man es in vielen professionellen Anwendungen findet.Zitat von Whiz-zarD
Es mag vielleicht nicht die Lösung deiner Wahl sein, das bedeutet aber nicht, dass jeder deiner Persönlichen Meinung zustimmt.
Wie ich schon vorher gesagt habe, XML ist ein gutes Format, und es wäre auch in diesem Fall angebracht. Das heist aber nicht, dass es die einzige oder beste Wahl ist. Und das heist auch nicht, dass es meine Wahl ist.
Es ist aber auf jedenfall nicht die Wahl, welche ich in diesem Moment getroffen habe.
Vielleicht gibt es aber noch Gesprächsbedarf in einem der eigentlichen Themen? Immerhin habe ich bei der Vorstellung über sehr viel mehr gesprochen als Klartext-Dateien.
Gibt es vielleicht Kommentare zum Objekt-System oder der Objekt-Typ / Objekt-Typ-Komponenten Datenbank?
Zu dem Aufbau der Scripte vielleicht?
Immerhin wollen wir uns hier nicht auf etwas so unwichtiges verkrampfen.
Zitieren