wenn es so einfach zu programmieren wäre, dann gäbe es sowas doch wohl schon?
Magst Du XML? Dann bau doch mal einen XML-File-Vergleicher
- aber bitte nicht auf DOM-Basis! Warum? Weil ich damit auch mal XML-Files vergleichen möchte, die etwas größer 100kb sind und in dem Fall der Speicher schlicht überläuft (nach etlichen Minuten)
Zu Frage was möchte ich machen:
1.) ich möchte die index.xml aus den iWeb-Templates vergleichen weil es in der deutschen Version bei einigen Templates probleme gibt. Mich würde mal interessieren wo es da klemmt. So eine Datei hat gut 500 bis 600kb
2.) für die Firma muss ich Stammdaten (Kataloge) aus XML importieren. Da bekomme ich XML-Dateien die locker 40MB groß sind! mit DOM kommst Du hier nicht weit. Ich muss die über SAX einlesen - was aber bedeutet, dass ich mich um fast alles selber kümmern muss
Da kann ich den XML-Parser auch fast komplett weglassen und das Ding als Textfile selber lesen... so schwer isses nun nicht die Tags und Attribute herauszu fischen.
Das Problem dabei: früher hatte man normale Textdateien mit Trennzeichen oder fest formatiert. Die konnte man leicht mit einem Editor öffnen (unter Windows mit UltraEdit sind auch 100MB Files und mehr überhaupt kein Problem), durchsuchen und editieren.
Aber ne XML-Datei? Die sieht im Editor einfach völlig Wirr und unstrukturiert aus (wenn sie nicht mit CRLF und Einrückungen formatiert ist). Und selbst wenn sie formatiert ist hat man es deutlich schwerer sich darin zurecht zu finden
Vorteil ist natürlich, dass man beliebige Datenstrukturen unterbringen kann und sich das Format beliebig erweitern lässt - wobei letzteres auch nur stimmt, wenn die Import-Routinen, die man geschrieben hat, tolerant arbeiten und sich nicht durch neue oder erweiterte Tags irritieren lassen.
Ich hätte einfach gerne einen Editor für sehr große XML-Dateien wo ich mal vernünftig durch so eine Datei browsen und suchen kann und ggf. mal was editieren und speichern kann - ohne stundenlang warten zu müssen und mehrere zig GB Arbeitsspeicher benötige.