Wie Node verschieben? Empfehlung für Parser

[Der schöne Günther]

Dass jemandem die Reihenfolge der Knoten auf gleicher Ebene wichtig war habe ich ehrlich gesagt noch nie gesehen. Wenn man einen Knoten sucht, dann doch nicht über die Position an welcher er steht, sondern über den Namen.

Ich kenne mich mit den VCL-Komponenten noch nicht so wirklich aus, aber bei vielen kann man an einen Eintrag doch ein Objekt koppeln. Jeder Eintrag in deiner Grid-Komponente wäre doch eine IXMLNode. Dann kannst du doch jede Zeile durchgehen, einem neuen IXMLDocument hinzufügen und das Teil dann am Schluss speichern...

[BBoy]

Die Reihenfolge ist wichtig, da es sich um eine sortierte Liste handelt die als xml gespeichert/geladen werden soll.
Sagen wir einfach es wäre eine ToDo Liste, die wichtigen Dinge oben usw....

[Der schöne Günther]

Naja, wenn es denn eindeutig sortiert ist, hätte ich jedem Eintrag doch explizit auch seine Reihenfolge als Attribut mitgegeben.

Wenn ich persönlich die XML nun bearbeiten würde hätte ich mir keine Gedanken gemacht, die Reihenfolge beizubehalten.

[jaenicke]

Zitat von BBoy:

Die Reihenfolge ist wichtig, da es sich um eine sortierte Liste handelt die als xml gespeichert/geladen werden soll.

Dafür die Reihenfolge in der Datei zu nutzen ist eine der schlimmsten Unarten, die ich bei XML bisher gesehen habe...

Die Sortierung ist eigentlich in der Datei doch nicht relevant, sondern nur, wenn du die Daten anzeigst. Und die Anzeige hat mit dem Dateiinhalt direkt ja nichts zu tun.

Wenn du die Daten z.B. in einer TVirtualStringTree anzeigst, musst du nur OnCompareNodes implementieren (wo du nur angeben musst wie zwei Knoten zueinander stehen), den Rest macht die alleine. Das geht auch sehr schnell.
Auch Attribute wie bereits genannt kann man dafür nehmen, wenn man die Reihenfolge auch in der Datei reflektiert haben möchte.

[BBoy]

Zitat:

Wenn du die Daten z.B. in einer TVirtualStringTree anzeigst, musst du nur OnCompareNodes implementieren (wo du nur angeben musst wie zwei Knoten zueinander stehen), den Rest macht die alleine. Das geht auch sehr schnell.
Auch Attribute wie bereits genannt kann man dafür nehmen, wenn man die Reihenfolge auch in der Datei reflektiert haben möchte.

Wie das funktionieren soll kann ich mir überhaupt nicht vorstellen.

Zitat:

Dafür die Reihenfolge in der Datei zu nutzen ist eine der schlimmsten Unarten, die ich bei XML bisher gesehen habe...

tja, so sind laien eben Das war das erste wo mir eingefallen ist. Ich speicher die Nodes in der Reihenfolge wie sie später gelesen werden und die für mich wichtig ist. Weiß nicht was daran so abwegig ist. Damit spare ich mir spätere Abfragen und Sortierungen.
Ich könnte auch eine weitere node verwenden mit der Sortierreihenfolge die beim einlesen der Datei berücksichtigt wird. Aber auch da müsste ich beim lesen weitere routinen schreiben die das in die richtige Reihenfolge bringen. Bei meiner Methode spare ich mir das alles. Da es sich dabei um recht kleine Dateien handelt, funktioniert das gut

Oder gibt es andere Gründe die dagegen sprechen?

[jaenicke]

Zitat von BBoy:

Oder gibt es andere Gründe die dagegen sprechen?

Irgendwo musst du ja so oder so sortieren, spätestens wenn neue Einträge hinzu kommen. Das heißt du hast sowieso eine Sortierroutine.
Das Auslesen der XML-Datei ist sehr viel einfacher, wenn da nur die Daten drin sind und nicht zusätzliche implizite Informationen wie die Reihenfolge der Datensätze. Und da XML-Dateien Textdateien sind, kannst du ohnehin kaum davon ausgehen, dass da nie ein User etwas dran ändert. Sortierst du dann beim Anzeigen nicht, stimmt plötzlich die Sortierung nicht.

Davon abgesehen ist das viel umständlicher.

Zitat von BUG:

Nicht umsonst werden bei der Abbildung von XML-Dokumenten in Datenbanken so viele Verrenkungen gemacht.

Das war bei mir noch nie ein Problem...
Gut, die größten XML-Dateien waren nur wenige hundert MiB groß, aber immerhin...
Die Reihenfolge war darin jedenfalls immer unabhängig von der Reihenfolge in der XML-Datei.

[BUG]

Zitat von Der schöne Günther:

Naja, wenn es denn eindeutig sortiert ist, hätte ich jedem Eintrag doch explizit auch seine Reihenfolge als Attribut mitgegeben. Wenn ich persönlich die XML nun bearbeiten würde hätte ich mir keine Gedanken gemacht, die Reihenfolge beizubehalten.

Wenn ich XML-Dateien verarbeite, muss ich eben damit rechnen, dass die Reihenfolge Informationen enthalten kann
... gerade bei Dateien, die Dokumente (z.B. ToDo-Liste) enthalten und nicht primär datenzentriert sind.
Nicht umsonst werden bei der Abbildung von XML-Dokumenten in Datenbanken so viele Verrenkungen gemacht.