XML Parser - Wer die Wahl hat ... hat die Qual ...

[moelski]

Moin !

Nunja, ich bin mir bewusst das es hier schon öfter mal Anfragen gegeben hat welchen Parser man denn nehmen könnte, aber daraus konnte ich für uns noch keine Lösung "ableiten". Auf der Suche nach einem Parser bin ich über 4 Kandidaten gestolpert:

1) Microsoft MSXML
2) DIXml - http://www.yunqa.de/delphi/xml/
3) NativeXml- http://www.simdesign.nl/xml.html
4) OpenXML - http://www.philo.de/xml/

Nach welchen Kritierien müsste man bei der Auswahl denn vorgehen? Oder warauf sollte man achten. Ich denke dabei vor allem an die weitere Verfügbarkeit / Weiterentwicklung eines Parsers. Da würde sich aus meiner Sicht MSXML anbieten, oder?
Auf der anderen Seite wird der MSXML nicht allzuoft empfohlen.

Wie als den Parser für uns finden? In Anlehnung an die hier beschriebene Struktur:
http://www.delphipraxis.net/internal...t.php?t=131722

[Muetze1]

Hast du dich denn nun schon geeinigt ob du einen DOM oder SAX Parser haben willst?

[merlin17]

www.destructor.de hat auch noch einen schönen XML-Parser (sehr schnell)

:-) thomas

[Muetze1]

Wenn es nur um eine Liste der Delphi XML Parser geht, die habe ich auch verlinkt: XMLLib am Ende der Seite: Andere Implementationen.

[moelski]

Moin !

Zitat:

Hast du dich denn nun schon geeinigt ob du einen DOM oder SAX Parser haben willst

Kann ich im Moment noch nicht genau sagen. Am besten wäre ein Parser der beide Methoden unterstützt.

Mir gehts hier auch nicht um eine Parser Liste ...
Interessanter wäre eben nach welchen Kriterien man aussortieren sollte.

Ich denke wir werden auf jeden Fall auch XPath verwenden.

Also wären die Kriterien bis hierher:
- DOM & SAX Support
- XPath Support
- DTD Unterstützung
- validierender Parser

[Bernhard Geyer]

MSXML
Nachteil: Muß installiert werden (ist jedoch oft installiert) und ergibt sich damit die Gefahr der DLL-Hölle
Vorteil: Mit sicherheit einer der mächtigesten Parser der alle möglichen Features um XML herum bietet

OpenXML
Vorteil: Full Native Pascal. Keine DLL's nötig, Keine DLL-Hölle, 100% an Standard angelehnt
Nachteil: Bietet nicht alles Features eines vollständigen Parsers. Entwickung primär von einem Entwickler getrieben


Ich würde versuchen den XML möglichst gut zu kapseln so das ein Wechsel des Parsers sich nicht in jeder Unit niederschlägt.

[moelski]

Moin Bernhard,

Zitat:

ergibt sich damit die Gefahr der DLL-Hölle

Nunja, ich denke das ist noch halbwegs überschaubar.

Allerdings müsste ich schon auf MSXML 4.0 gehen. Denn 6.0 geht (laut MS) nicht mehr unter 98. Und wir ham noch 98 User ...

OpenXML..

Zitat:

Nachteil: Bietet nicht alles Features eines vollständigen Parsers.

Was fehlt denn da ?


Generell denke ich findet man zum Thema MS XML Parser mehr Informationen. Aber beim MS Parser habe ich schon mehrfach von Unzulänglichkeiten gelesen (welche auch immer das sind).

Aber ich vermute mal das Rennen entscheidet sich zwischen diesen beiden ...

[Bernhard Geyer]

Zitat:

Zitat von moelski

Allerdings müsste ich schon auf MSXML 4.0 gehen. Denn 6.0 geht (laut MS) nicht mehr unter 98. Und wir ham noch 98 User ...

Wir auch und tasten Win98 nicht an.

Zitat:

Zitat von moelski

Zitat:

Nachteil: Bietet nicht alles Features eines vollständigen Parsers.

Was fehlt denn da ?

Ich glaube bei unseren eingesetzten Version war noch kein XPath dabei.

Zitat:

Zitat von moelski

Aber beim MS Parser habe ich schon mehrfach von Unzulänglichkeiten gelesen (welche auch immer das sind).

Teilweise soll er nicht gerade 100% W3C-Konform laufen. MS hat halt immer so die eigenen Vorstellungen von Standard.

[mirage228]

Zitat:

Zitat von Bernhard Geyer

Ich würde versuchen den XML möglichst gut zu kapseln so das ein Wechsel des Parsers sich nicht in jeder Unit niederschlägt.

Er hat doch (laut Profil) Delphi 7 Professional. Da könnte man doch TXMLDocument/IXMLDocument verwenden als Kapselung. Die hat ja die Eigenschaft DomVendor, die sich an anderen Implementierungen anpassen lässt...

mfG
mirage228

[Bernhard Geyer]

Zitat:

Zitat von mirage228

Er hat doch (laut Profil) Delphi 7 Professional. Da könnte man doch TXMLDocument/IXMLDocument verwenden als Kapselung. Die hat ja die Eigenschaft DomVendor, die sich an anderen Implementierungen anpassen lässt...

Die Frage ist a, Wie weit sind XPath etc. darüber abrufbar und b, kann man neuere Versionen des Parsers einhängen. Ich denke bei beiden Punkte wird die Antwort negativ ausfallen.