spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Faule Socke"«

nun wenn man damit aber versucht xml-dateien zu schreiben, endet das in ner menge aufrufen von new(anstatt einfach sowas wie ne create-methode zu machen)

was ist so schlimm daran? ob du jetzt new Node(); machst oder CreateNode(); ist doch...

es gibt auch noch TinyXML++, evtl. schaust du dir das mal an

ansonsten kannst du dir ja mal ein paar alternativen anschauen:

http://xmlsoft.org/
http://xerces.apache.org/xerces-c/
http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=3144b72b-b4f2-46da-b4b6-c5d7485f2b42

lol, nach was hast du bitte gegoogled?

http://www.google.at/search?hl=de&q=tinyxml%2B%2B&btnG=Google-Suche&meta=

erster treffer...

Meine Erfahrung ist dass ASCII ungemein hilfreich bei der Entwicklung ist. Für Dateien wo es auf die Lesegschwindigkeit nicht so ankommt, reicht daher ein ascii Format aus. Wenn es aber größere Dateien sind die u.U. während des Spielens gelesen werden, mache ich zwei Formate, eins ascii und eins binär und einen Konverter. So hat es ja auch MS mit seinem *.x gemacht und der Artikel in Gems 4 ist auch nur ein Spezialfall davon.

Ein ähnlicher, aber allgemeinerer Ansatz sind die "pak Dateien". Dabei werden viele einzelne Dateien wie z.B. viele Texturen und 3D Modelle in eine Datei zusammengefügt, mit oder ohne Kompression. Dies beschleunigt auch das Lesen. Wenn dabei komprimiert wird werden ja auch ascii Dateien in ein Binärformat umgewandelt.