himXML (gesprochen himix ML)

[himitsu Online]

wollt eigentlich nur mal die ersten Fortschritte eines vor kurzem längerem begonnen Projektes vorstellen

es ist "nur" eine weitere kleine XML-Klasse.

der Grund war eigentlich, daß mir andere XML-Projekte zu rießig sind
und MSMXL (TXMLDocument) nicht grad schnell.

[info]
aktuell entwickle ich unter D2009 und direkt kompatibel düfte es bis Delphi 2006 / Turbo Delphi sein

und Aufgrund einiger Anfragen versuch ich, sobald es da "gut" läuft, eine Extraversion weiter abwärtskompatibel zu machen ... mal sehn, bis wie weit runter das geht
[/info]
[add 04.01.2001] aktuell sieht es so aus, als wenn es schonmal bis zu D7 läuft [add/]

aktueller Post: http://www.delphipraxis.net/internal...116416#1116416 #193

• aktuell ab Delphi 2006 bzw. Turbo Delphi und auch für Delphi2009
  ab Windows 2000 und öfters mal in Windows 7 getestet
• zu den möglichen unterstützten Delphi-Versionen gibt es, Aufgrund häufiger Nachfragen, in Beitrag #191 eine kleine Zusammenfassung.
• Lizenzen: MPL v1.1 , GPL v3.0 oder LGPL v3.0
  es sollte also hoffentlich mit vielen anderen Lizenzen kompatibel sein
• arbeitet weitetgehend nach XML-Standard 1.0 (Fifth Edition)
  und Extensible Markup Language (XML) 1.1 (Second Edition)
• ist nicht validierend
• ein einzulesendes Dokument sollte aber möglichst "Well-Formed" (wohlgeformt) sein
• es wird nur der "Standard" unterstützt ... andere DTDs oder ähnliche Informationen werden nicht unterstützt
• also <!xyz text> wird zwar ausgelesen, aber "text" wird nicht auswertet
• <![CDATA[text]]> wird dagen natürlich behandelt
• <?xyz text ?> wird unterstützt, allerdings wird "text" geparst und in Parameter zerlegt (also wird es Probleme geben falls sich "text" mal nicht in Parameter zerlegen läßt)
  (nach XML 1.0 wird "text" eigentlich nicht zuerlegt im XML-Baum abgelegt, sondern nur XML-Prozessor-intern verarbeitet oder ignoriert)
• unterstützte Kodierungen (teilweise auch via BOM):
  UTF-7, UTF-8, UTF-16, ISO-10646-UCS-2 (littel endian), Unicode (big endian)
  ISO-8859-1 bis ISO-8859-9, ISO-2022-JP, EUC-JP, SHIFT-JIS und WINDOWS-1250 bis WINDOWS-1258
• UCS-4 (4 Byte-Unicode) wird nicht unterstützt,
  denn leider kann man immernoch nicht mit UCS4Char und UCS4String richtig arbeiten, vorallem da sie vollkommen inkompatibel zu den anderen Strings sind (bauen intern nur auf LongWord auf, statt auf einen "Char")
• im Gegensatz zu MSXML (TXMLDocument) kann die Kodierung stärker umgeschaltet werden
  (auch von ANSI/UTF-8 nach Unicode ... MSXML kann z.B. nur umschalten, wenn sich die Zeichengröße in Byte nicht ändert)
• arbeitet nur mit Klassen
  (eine Variante für sehr große Dateien und mit Interfaces aufgebaut, welche die Dateninhalte vorwiegend direkt in der Datei liest, speichert und ändert, kommt vielleicht irgendwann mal)
• eine Thread-Absicherung wurde letztendlich doch nicht direkt integriert,
  aber die CriticalSection wurde dringelassen und kann direkt verwendet werden:
  
  Delphi-Quellcode:

  XML._Lock;
  Try
    ... mach was mit dem XML ...
  Finally
    XML._Unlock;
  End;

• es muß nur jeweils eine Datei eingebunden werden
  himXML, himXMLi, himXML_UseDLL oder himXML_UseDLLi,
  jenachdem mit welcher Schnittstelle man arbeitet
  > wichtige Typen und Konstanten werden in den Dateien weitergeleitet, falls sie nicht in der entsprechenden Unit definiert sind
• ein kleiner Benchmark ist aber schon lauffähig:
  
  Delphi-Quellcode:

  // inklusive Zeitmessung siehe FormCreate
  
  XML := TXMLDocument.Create(Self);
  XML.Active     := True;
  XML.Version    := '1.0';
  XML.StandAlone := 'yes';
  XML.Encoding   := 'UTF-8';
  XML.Options    := [doNodeAutoIndent];
  XML.AddChild('xml');
  For i := 0 to 100000 do XML.DocumentElement.AddChild('Node' + IntToStr(i));
  XML.SaveToFile('test2.xml');
  XML.Free;
  
  // versus
  
  XML := TXMLFile.Create(nil);
  For i := 0 to 100000 do XML.RootNode.Nodes.Add('Node' + IntToStr(i));
  XML.SaveToFile('test.xml');
  XML.Free;

  Delphi-Quellcode:

  //10.000 Nodes (ergibt ca. eine 150 KB-Datei)
  
  TXMLDocument = fill:6749  save:99
  TXMLFile     = fill:  10  save: 7
  
  // 100.000 Nodes (ergibt ca. eine 1,5 MB-Datei)
  
  TXMLDocument = fill:708145  save:348  load:331
  TXMLFile     = fill:   189  save:150  load:319

  Zeiten in Millisekunden
  
  weitere Tests und Vergleiche (auch mit anderen Libs), siehe demos\CheckLibs.dpr
  wer keine Lust hat, vorallem wegen MSXML 'ne halbe Stunde ein Programm laufen zu lassen ... auf den nächsten Seiten befinden sich sporatisch die Testergebnisse verteilt
• "wichtige" Grundfunktionen von .RootNode wurden direkt in die Basisklasse (TXMLFile) umgelegt, sowie von .Nodes in dessen Mutterklasse (TXMLNode)
  
  .Node (.Nodes.Node[], .RootNode.Nodes.Node[] bzw .Nodes[], .RootNode.Nodes[]), .NodeNF (.Nodes.NodeNF bzw. .RootNode.Nodes.NodeNF), .NodeList (.Nodes.NodeList bzw. .RootNode.Nodes.NodeList), .NodeListNF (.Nodes.NodeListNF bzw. .RootNode.Nodes.NodeListNF) und AddNode (.Nodes.Add bzw. .RootNode.Nodes.Add)
  (in Groß siehe Beitrag #65)
• Pfadangaben sind möglich
  in Kurz also XML['node1\node2'] statt XML.RootNode.Nodes['node1'].Nodes['node2']
  ebenso können Parameter und Indizes im Nodepfad angegeben werden (siehe Hilfesektion in himXMLi.pas)
• es kann direkt eine Inline-Verschlüsselung genutzt werden
  einfach für den gewünschten Knoden zusweisen und alles via .Text und .Text_S wird automatisch beim Zuweisen/Auslesen ver-/entschlüsselt
  
  Delphi-Quellcode:

  Node.Crypted := '*';         // Standardverschlüsselung nutzen (erstes in der Liste)
  Node.Crypted := 'RC4';       // RC4 verwenden
  Node.Text := X;              // zuweisen und automatisch verschlüsseln
  X := Node.Text;              // automatisch entschlüsseln und auslesen
  If Node.Crypted <> '' Then   // nur prüfen ob es verschlüsselt ist
  If Node.Crypted = 'RC4' Then // prüfen ob es RC4 verschlüsselt ist
  
  XML.CryptData['RC4'] := S; // anderen Key für RC4 festlegen

  da die Verschlüsselungsroutine Zugriff auf die Node-Attribute hat, könnte man auch eine eigene Verschlüsselung zuweisen, welche z.B. über ein weiteres Attribut jeden Node mit einem eigenem Key verschlüsselt.
  
  Delphi-Quellcode:

  XML.Cryptors       // listet alle registrierten Verschlüsselungen auf
  XML.SetCryptor     // setzt/lösche eine Verschlüsselung
  XML.CryptProc      // siehe SetCryptor
  XML.CryptData      // siehe SetCryptor
  XML.CryptAttrName  // der Name des Attributes, welcher die aktive Verschlüsselung enthält

• • himXML.pas
    - die ganzen Klassen
  • himXMLi.pas
    - die zugehörigen Interfaces (sie spiegeln auch die Funktionalität der Klassen wieder .. nur da halt über TXML... statt IXML...)
    - und enthält auch eine "kleine" Hilfe-Sektion
  • himXML_Tools.pas
    - kleine Zusatzmodule:
    TSimpleAssocVariantArray - sehr einfaches String-assoziatives Array of Variant
    TXMLSerializeRecord_Creator - erzeugt eine Record-Definition für .Serialize/.DeSerialize von Records
    TXMLIniFile - verwendet eine XML-Datei wie eine INI und läßt sich auch wie IniFiles.TIniFile nutzen
    TXMLRegistry - das Gleiche, nur halt mit Registry.TRegistry
    TXMLDatabase - noch unfertig, soll aber irgendwann mal eine XML-Datei wie eine kleine SQL-DB nutzbar machen
  • demos\CheckLibs.dpr
    - einige Tests/Benchmarks zum Projekt und anderen XML-Libs
  • demos\CheckLib_UseDLL.dpr und demos\CheckLib_UseDLLi.dpr
    - das Gleiche, nur über ein externes himXML via DLLs (siehe weiter unten)
  • demos\Demo_Serialize.dpr
    - zeigt einiges zu den (De)Serialisierungsfunktionsn
  • demos\Demo_Tree.dpr
    - 'ne kleine Demo, wo eine XML-Datei in eine TreeView geladen und angezeigt wird
  • demos\SAXParser.dpr
    - hier wird eine kleine XML-Testdatei sequentiel geladen
  • DLLs\himXML_UseDLL.pas und DLLs\himXML_UseDLLi.pas
    - dieses sind die Schnittstellen-Units für die DLLs
    einmal als Objekte und das Andere (mit dem i) als Interfaces
    bei der Objektversion sind die Exceptions noch nicht umgeleitet, also möglichst welche vermeiden
    in der Interfaceversion funktioniert das Freigeben nochn nicht
  • DLLs\himXML_DLL.dpr und DLLs\himXML_DLLi.dpr
    - die zugehörigen DLLs
  • other\*
    - einige andere XML-Libs (verwendet in demos\CheckLibs* )
  • test files\*
    - einige "XML"-Dateien zum Testen

ansonsten bin ich für Tipps und Vorschläge dankbar

[add 13.03.2009]
ach ja falls der Name jemandem nich gefällt ... Beschwerden bitte an Matze richten

[add]
im Beitrag #193 wird etwas über die im Download mit enthalenen anderen XML-Libs geschrieben.


[add]
Achtung, beim Forenupgrad der DP sind die Dateikommentare verschwunden und die Dateinamen sind unglücklich importiert wurden.

himxml_246.7z = v0.9 21.05.2009
himxml_164.7z = v0.99d 12.01.2010
other.7z = 30.12.2010 (only the "other" directory)

[himitsu]

'ne kleine Kollektion und diese werde ich auch mal im Eingangspost verlinken.
Aktuell hab ich noch ein paar größere Umbauten vor mir, bzw. bin mitten drin,
so daß es sich, vom Aufwand her, einfach nicht lohnt da jetzt schon eine weitere Version parallel verwalten zu wollen.

Aber von Turbo/2006 bis 2010 sollte es jetzt erstmal laufen.

Zitat von bigg #13:

... deine Klasse lässt sich mit Delphi 7 PE nicht nutzen, da einige Klassen sowie Sprachkonstrukte nicht zur Verfügung stehen. ...

Zitat von mkinzler #14:

Klassenoperatoren werden unter Win32 auch erst ab D10 (BDS2006/TD(E)) unterstützt

Zitat von himitsu #15:

Jupp, die erste Version war (Aufgrund eines Fehlers, den aber keiner erwähnte) nur in Delphi2009 wirklich lauffähig und die aktuelle Version läuft getestet ab Delphi2006 / Turbo Delphi.

Wenn das Projekt soweit fertig ist und läuft, wird es vermutlich eine abgespeckte und in einigen Properties leicht geänderte(umbenannte) Version geben, welche auch in früheren Versionen lauffähig sein wird. (bis D7 runter kann ich dabei dann selber testen)

Also Delphi 7 wird das wohl Maximum sein, bis wohin es runtergehen wird.
Hätte zwar noch ein Delphi 4 zum Testen, aber ich fürchte dort wird so wenig unterstützt, daß es wohl nicht gehn wird.

Zitat von himitsu #146:

Und das mit dem Delphi 7 werd' ich dann sehn, aber jedenfalls werden (wenn es denn klappt) dort einige Funktionen verschwinden, da ich nicht alles so umschreiben kann/will, daß es dann auch da läuft (das wäre einfach zuviel Aufwand).

Zitat von himitsu #158:

Für 2007 dürfte sie gehn

Hab es nicht nochmal getestet, aber Turbo, 2006, 2007 und 2009 sollte (hoffentlich) gehn.
Für 2010 fehlen noch einige Sachen der neuen RTTI.
Bei 2005 hab ich absolut keine Ahnung, ob es geht ... kann, muß aber nicht.
Und vor 2006 gab es einige verwendete Sprachkonstrukte noch nicht, daraum geht es aktuell nicht, da es noch nicht für alles eine "Alternative" eingebaut ist.

Wenn es Probleme mit dem Record TIndex gibt, dann läßt sich dieser abschalten.
(einfach den Compilerschalter hxExcludeTIndex in den Projektoptionen eintragen)

[himitsu]

In Post #1 liegt derzeit eine noch ungetestete Probeversion rum, welche sich zumindestens schonmal ohne Probleme in Delphi 7 kompilieren läßt.

[himitsu]

Soo, diesesmal ist nicht allzuviel passiert (hatte aber sozusagen versprochen den Code schon jetzt mal hochzuladen)

- vorwiegend wurde an der Speicherveraltung rumgespielt
- die ganzen Serialisierungsfunktionen wurden fast komplett überarbeitet
- der Code wurde Downgegradet und sollte nun mindestens ab Delphi 7 arbeiten
(Einiges ist aber erst ab Delphi 2006, bzw. TDE verfügbar)
- vorallem die Demo CheckLibs wurde umgebaut
Grund: http://www.delphipraxis.net/internal...t.php?t=170881
und http://www.delphipraxis.net/internal...t.php?t=171185
- und dann wurden auch gleich mal die anderen XML-Libs upgegradet (Grund hierfür kommt gleich)


Ja, nachdem ich sowieso schonmal eine der Libs erneuerte,
http://www.delphipraxis.net/internal...t.php?t=170293
hab ich das bei den Anderen auch mal gemacht und zusätzlich noch welche nachgerüstet.
Also wurde gleich mal alles etwas umgestellt.

Beim Umsehen fiel mir auf, daß einige Libs nun doch wieder aktualisiert werden,
sei es von Fremden (siehe SimpleXML) oder den Erstellern persönlich
und das nachdem sich an vielen Stellen seit Jahren nichts mehr regte.

Enthalten sind jetzt alle Dateien und Links zu diesen Libs (siehe Ordner "other" und der CheckLibs-Demo).

ThaXML v1.0 12.01.2003
ist vollkommen veraltet und läuft ab D2009 nur noch zufällig ab und zu mal und manchmal erstellt es defekte und vorallem nicht Codierungskonforme XML-Dateien

OmniXML v2010-01-03
nja, obwohl diese Lib anscheinend gutes Potential hatte

SimpleXML v2010-01-03
samso läuft es nun auch unter D2009 und vermutlich D2010 (teste ich demnächst mal)

XMLLib v1.90 09.12.2009
joar, auch Muetze1 hat doch nochmal viel an seiner Lib gemacht

@Muetze1: ich dachte du wolltest "nur" noch an deiner geheimen neuen Lib basteln?
und du hast Recht, für größere Dateien ist deine Lib nicht wirklich geeignet, aber was soll's.

KDS XML v1.41 2004-04-07
liegt nur bei, aber Aufgrund des Alters und da bisher keine Nachfrage bestand, ist sie nicht in die CheckLib integriert

XML Parser v1.0.19 2009-12-31
sobald ich meinen SAX-Parser (TSAXReader) wieder in Betrieb nehm, wird dieser auch mit in die CheckLibs integriert ... solange liegt er einfach nur so daneben rum

und dann noch MSXML, XercesXML und OpenXML
wobei MSXML ja wohl (bei halbwegs "normalen" Dateigrößen) das Langsamste und der größte Speicherfresser ist.
PS: beim Löschen von Nodes und mit doNodeAutoIndent ergibt sich krankes Bid, denn alle Formatierungen bleiben erhalten, welches in Test 2 eine rießige Lücke aus Leerzeichen und Zeilenumbrüchen zurückläßt und die Datei so auf die Doppelte größe aufbläht


PS: falls jemand ein schönes Testszenaio hat, welches halbwegs einheitlich auf alle integrierten Libs anwendbar ist, dann kann er/sie sich gerne mal melden


und hier noch die Ausgabe der CheckLib.dpr

Code:

SetProcessAffinityMask: OK 

precreating used strings - do not create and convert this within the measuring 
create: 40 


***** Information ************************************************************* 

mem       :  new allocated virtual memory 
filesize  :  size | size after reformatting by himXML 


***** Test 1 ****************************************************************** 

fill TXMLFile with 10.000 nodes and save this into a file 
create: 0   fill: 7   save: 4   free: 3   mem: 1mb 
filesize: 148.961|148.961 

fill  MS-XML-DOM  with 10.000 nodes and save this into a file 
create: 4   fill: 12.959   save: 55   free: 48   mem: 11mb 
filesize: 148.962|148.961 

fill ThaXML with 10.000 nodes and save this into a file 
create: 0   fill: 4   save: 8   free: 24   mem: 1mb 
filesize: 158.945|148.944 

fill SimpleXML with 10.000 nodes and save this into a file 
create: 0   fill: 4   save: 7   free: 1   mem: 1mb 
filesize: 138.943|148.944 

fill XMLLib with 10.000 nodes and save this into a file 
create: 0   fill: 140   save: 33   free: 43   mem: 1mb 
filesize: 158.963|148.961 


***** Test 2 ****************************************************************** 

fill TXMLFile with 10.000 nodes, delete 8.000 nodes and save this into a file 
create: 0   fill: 6   delete: 304   save: 1   free: 0 
filesize: 28.961|28.961 

fill  MS-XML-DOM  with 10.000 nodes, delete 8.000 nodes and save this into a file 
create: 1   fill: 12.981   delete: 81.925   save: 53   free: 41 
filesize: 60.962|28.961 

fill ThaXML with 10.000 nodes, delete 8.000 nodes and save this into a file 
create: 0   fill: 4   delete: 1.601   save: 2   free: 1 
filesize: 30.945|28.944 

fill SimpleXML with 10.000 nodes, delete 8.000 nodes and save this into a file 
create: 0   fill: 4   delete: 91   save: 1   free: 0 
filesize: 26.943|28.944 

fill XMLLib with 10.000 nodes, delete 8.000 nodes and save this into a file 
create: 0   fill: 141   delete: 523   save: 7   free: 4 
filesize: 30.963|28.961 


***** Test 3 ****************************************************************** 

fill TXMLFile with 10.000 nodes with attributes and save this into a file 
create: 0   fill: 15   save: 13   free: 5   mem: 1mb 
filesize: 267.851|267.851 

fill  MS-XML-DOM  with 10.000 nodes with attributes and save this into a file 
create: 1   fill: 15.534   save: 59   free: 55   mem: 4mb 
filesize: 267.852|267.851 

fill ThaXML with 10.000 nodes with attributes and save this into a file 
create: 0   fill: 10   save: 24   free: 25   mem: 1mb 
filesize: 277.835|267.834 

fill SimpleXML with 10.000 nodes with attributes and save this into a file 
create: 0   fill: 7   save: 12   free: 3   mem: 1mb 
filesize: 257.833|267.834 

fill XMLLib with 10.000 nodes with attributes and save this into a file 
create: 0   fill: 144   save: 50   free: 46   mem: 1mb 
filesize: 277.853|267.851 


***** Test 4 ****************************************************************** 

fill TXMLFile with 100.000 nodes, save into and load this from a file 
create: 0   fill: 73   save: 35   free: 41   mem: 11mb 
create: 0   load: 180   free: 36 
filesize: 1.588.961|1.588.961 

fill  MS-XML-DOM  with 100.000 nodes, save into and load this from a file 
create: 1   fill: 1.338.466   save: 145   free: 504   mem: 143mb 
create: 0   load: 333   free: 94 
filesize: 1.588.962|1.588.961 

fill ThaXML with 100.000 nodes, save into and load this from a file 
create: 0   fill: 44   save: 110   free: 2.692   mem: 12mb 
create: 0   load: 403.349   free: 2.692 
filesize: 1.688.945|1.588.944 

fill SimpleXML with 100.000 nodes, save into and load this from a file 
create: 0   fill: 53   save: 73   free: 24   mem: 4mb 
create: 0   load: 163   free: 23 
filesize: 1.488.943|1.588.944 

fill XMLLib with 100.000 nodes, save into and load this from a file 
create: 0   fill: 12.398   save: 325   free: 3.869   mem: 18mb 
create: 0   load: 12.099   free: 3.869 
filesize: 1.688.963|1.588.961 


***** Test 5 ****************************************************************** 

fill TXMLFile with 100.000 nodes with attributes and search nodes 
create: 0   fill: 15   search: 1.899   free: 5 

fill MS-XML-DOM with 100.000 nodes with attributes and search nodes 
create: 8   fill: 15.348   search: 151.316   free: 57 

fill ThaXML with 100.000 nodes with attributes and search nodes 
create: 0   fill: 11   search: 11.159   free: 25 

fill SimpleXML with 100.000 nodes with attributes and search nodes 
create: 0   fill: 7   search: 430   free: 3 

fill XMLLib with 100.000 nodes with attributes and search nodes 
create: 0   fill: 144   search: 2.850   free: 48 


***** Test 6 ****************************************************************** 

fill TXMLFile with 3.000.000 nodes, save into and load this from a file 
create: 0   fill: 12.073   save: 11.994   free: 2.327   mem: 1.536mb 
create: 0   load: 28.524   free: 2.164 
filesize: 315.777.851|315.777.851 

fill  MS-XML-DOM  with 3.000.000 nodes, save into and load this from a file 
error: das ist wirklich keinem zumutbar 

fill ThaXML with 3.000.000 nodes, save into and load this from a file 
error: EOutOfMemory w�rde sich so ab 2.000.000 melden 
error: ab etwa 500.000 braucht .Free ewig und es steigt expotentiel an 
       es sind hiermit also efektiv nicht viel mehr als 200.000 m”glich 
fill ThaXML with 200.000 nodes, save into and load this from a file 
create: 0   fill: 546   save: 2.349   free: 11.736   mem*15: 1.496mb 
filesize: 22.377.835|error
Ungültige Zeigeroperation 
error: das Laden w�rde ewig brauchen 
fill ThaXML with 15.000 nodes, save into and load this from a file 
create: 0   fill: 38   save: 181   free: 59 
create: 0   load: 113.716   free: 59 
filesize: 1.642.835|error
Ungültige Zeigeroperation 

fill SimpleXML with 3.000.000 nodes, save into and load this from a file 
create: 0   fill: 14.264   save: 7.752   free: 2.158   mem: 1.365mb 
create: 0   load: 30.214   free: 2.969 
filesize: 312.777.833|315.777.834 

fill XMLLib with 3.000.000 nodes, save into and load this from a file 
[color=silver]>>>> nach 'ner 1/2 Stunde abgebrochen, aber da wäre eh bald ein OutOfMemory gekommen[/color]

[Der.Kaktus]

Hallo Himi,

mal ne "dumme" Frage...was bringt mir XML?..ich lese dies nun haeufig hier und sehe in dieser Struktur keine Vorteile gegenueber einer "Memory-Table"bzw. lokalen Database( integriert in Exe)...Ist diese Datenspeicherung/bearbeitung eher für Internetanwendungen gedacht?(da habe ich aber auch schon o.g. Datenbanken genutzt????)

Sorry, falls ich vom Thema abschweife..reine Interesse..oder sollte ich einen neuen Thread eroeffnen?

[Namenloser]

Zitat von Der.Kaktus:

mal ne "dumme" Frage...was bringt mir XML?..ich lese dies nun haeufig hier und sehe in dieser Struktur keine Vorteile gegenueber einer "Memory-Table"bzw. lokalen Database( integriert in Exe)...Ist diese Datenspeicherung/bearbeitung eher für Internetanwendungen gedacht?(da habe ich aber auch schon o.g. Datenbanken genutzt????)

Ich bin zwar nicht himitsu, aber meiner Meinung nach hat XML folgende Stärken:
1. Es ist von Menschen lesbar
2. Es ist erweiterbar. Man kann z.B. Tags hinzufügen und die Datei bleibt trotzdem lesbar. Das stellt Kompatiblität sicher.
2. Es ist weit verbreitet, wird von vielen Programmen unterstützt und für praktisch jede Programmiersprache stehen entsprechende Bibliotheken bereit.

XML selbst ist als Beschreibungssprache nicht unbedingt das eleganteste, was man sich vorstellen kann, vor allem, weil es recht viel Overhead erzeugt.

Der große Vorteil von XML ist die Kompatiblität: Du kannst auch in neueren Programmversionen Dateien, die mit älteren Versionen erstellt wurden, problemlos einlesen, ohne sie erst konvertieren zu müssen. Umgekehrt kannst du sogar mit älteren Programmen Dateien lesen, die mit neueren Versionen erstellt wurden. Selbst wenn in 20 Jahren dein Programm selbst schon nicht mehr auf aktuellen Rechnern läuft, wird man die XML-Dateien immer noch lesen können.

[Der.Kaktus]

Zitat von NamenLozer:

Zitat von Der.Kaktus:

mal ne "dumme" Frage...was bringt mir XML?..ich lese dies nun haeufig hier und sehe in dieser Struktur keine Vorteile gegenueber einer "Memory-Table"bzw. lokalen Database( integriert in Exe)...Ist diese Datenspeicherung/bearbeitung eher für Internetanwendungen gedacht?(da habe ich aber auch schon o.g. Datenbanken genutzt????)

Ich bin zwar nicht himitsu, aber meiner Meinung nach hat XML folgende Stärken:
1. Es ist von Menschen lesbar
2. Es ist erweiterbar. Man kann z.B. Tags hinzufügen und die Datei bleibt trotzdem lesbar. Das stellt Kompatiblität sicher.
2. Es ist weit verbreitet, wird von vielen Programmen unterstützt und für praktisch jede Programmiersprache stehen entsprechende Bibliotheken bereit.

XML selbst ist als Beschreibungssprache nicht unbedingt das eleganteste, was man sich vorstellen kann, vor allem, weil es recht viel Overhead erzeugt.

Der große Vorteil von XML ist die Kompatiblität: Du kannst auch in neueren Programmversionen Dateien, die mit älteren Versionen erstellt wurden, problemlos einlesen, ohne sie erst konvertieren zu müssen. Umgekehrt kannst du sogar mit älteren Programmen Dateien lesen, die mit neueren Versionen erstellt wurden. Selbst wenn in 20 Jahren dein Programm selbst schon nicht mehr auf aktuellen Rechnern läuft, wird man die XML-Dateien immer noch lesen können.

OK, Danke erstmal..aber kann ich das nicht auch mit einer CSV-Datei?..Konvertierungen aus allen Anwendungen..von Host(Großrechner)..bis X86?..ich will mich nicht gegen XML stellen...aber wer sagt mir, dass XML nicht durch "normale" Delphi Anwendungen zu ersetzen ist?

P.S.: ist wirklich nicht "Anti" maessig...ich hab nur seit 30 Jahren..vom Grossrechner(selbst Drucklisten) ueber Turbo Pascal - Delphi..alles in eine CSV(Excel kompatible eben) mit leichtigkeit konvertieren koennen..deshalb meine Frage (Sorry wenns bissl komisch klingt)

[edit] PS[/Edit]

[himitsu]

CSV, INI und XML sind soweit schonmal miteinander verwandt, daß sie ohne spezielle Programme direkt lesbar sind.

* CSV kann aber erstmal nur eine Tabelle enthalten
* INI im Grunde mehrere Tabellen/Sektionen
* XML kann ganze Bäume enthalten, da man dort bliebig verschachteln kann.

* bei Datenbanken braucht man irgendeinen Server (und wenn es ein Lokaler ist)
* Binärdateien benötigen einen speziellen Interpreter und lassen sich "schlecht" erweitern/ändernund sind danach erstmal nicht mehr kompatibel untereinander
* wobei Datenbanken im Grunde auch nur binäre Dateien sind, welche aber von Fremdcode verwaltet werden

[Der.Kaktus]

Zitat von himitsu:

CSV, INI und XML sind soweit schonmal miteinander verwandt, daß sie ohne spezielle Programme direkt lesbar sind.

* CSV kann aber erstmal nur eine Tabelle enthalten
* INI im Grunde mehrere Tabellen/Sektionen
* XML kann ganze Bäume enthalten, da man dort bliebig verschachteln kann.

* bei Datenbanken braucht man irgendeinen Server (und wenn es ein Lokaler ist)
* Binärdateien benötigen einen speziellen Interpreter und lassen sich "schlecht" erweitern/ändernund sind danach erstmal nicht mehr kompatibel untereinander
* wobei Datenbanken im Grunde auch nur binäre Dateien sind, welche aber von Fremdcode verwaltet werden

Danke..fuer die Info

[Namenloser]

Ein Vorteil von XML gegenüber CSV ist auch, dass in XML die Tag-Namen Aufschluss darüber geben, was eigentlich wo gespeichert wird. Bei CSV fehlen solche Meta-Informationen, was es u.U. schwierig macht, die Daten einzulesen, wenn keine Dokumentation vorhanden ist.

[himitsu]

Zitat von NamenLozer:

Bei CSV fehlen solche Meta-Informationen,

Und da hat man wieder ein/das Problem:

CSV besteht erstmal nur aus namenlosen Spalten
> füge irgendwo mal eine Spalte ein oder laß eine weg ... schon geht nix mehr