XML Komponente

[Mephisto - Der King]

Hi,

suche eine brauchbare XML-Komponente für Delphi.

Sie muss folgenden können:

- neue Einträge einfügen
- bestimmte Einträge löschen

Ich habe da "janXMLTree" gefunden, aber ich bekomme es nicht installiert. Bei

Delphi-Quellcode:

vartype(index)

kommt immer die Fehlermeldung: "Undefinierter Bezeichner vartype"...

[Pr0g]

Probier mal die XML Lib von Muetze1.

MfG Pr0g

[Sprint]

Ich arbeite unter Delphi 5 Professional mit OmniXML und bin damit sehr zufrieden.

[CalganX]

Hi,
naja, weder der Fehler noch diese Komponente sagen mir irgendwas. :mrgreen:
Aber du kannst theoretisch einfach auf das MS XML DOM zurückgreifen. Ich habe dazu mal ein Tutorial geschrieben.

Chris

[MathiasSimmack]

Der Typ wieder mit seiner Werbung für sein völlig veraltetes Tutorial. :mrgreen:

[phlux]

in der jvcl gibts auch nen xml parserli :stupid:

[Bernhard Geyer]

Ich empfehle OpenXML.
Ist Unicode-Enabled und es besteht im Gegensatz zu dem MS-Parser nicht die Gefahr der DLL-Hölle, da alles in Pascal entwickelt ist und keine externen Abhängigkeiten vorhanden sind. Ist so gut das es bei D7 (in einer älteren Version) als alternativer Parser für die XML-Komponenten verwendet werden kann.

[hincapie]

Ich benutze die XML-Komponenten auf www.destructor.de von Stefan Heymann.
Sehr empfehlenswert!

[Marcward.de]

Als aktuell "optimal" empfinde ich die MS XML Core Services.

1. Sie sind integraler Bestandteil von Windows XP/Internet Explorer und können, aufgrund einer weitläufigen Integration in die Microsoft Produktpalette (Biz Talk, Office, VS, etc.) als zukunftssicher angesehen werden.

2. Die Services Implementieren die gängigen Verfahren (DOM/SAX) und beherrschen XSL, XML Schema, DTD, XPath.

Ein Wehrmutstropfen wäre zu nennen:

Leider gibt es keinen adäquaten Weg den XML-Output lesbar formatiert zu erzeugen!


Meiner Erfahrung nach ist die Einbindung ebenso simple wie bequem!
-> Typbibliothek 'Microsoft XML, vX.X' importieren (unit anlegen)
-> MSXML-SDK studieren!

@Bernhard Geyer -> Die DLL-Hölle bleibt dank COM erspart!

[MathiasSimmack]

Zitat:

Zitat von Marcward.de

Ein Wehrmutstropfen wäre zu nennen:

Leider gibt es keinen adäquaten Weg den XML-Output lesbar formatiert zu erzeugen!

*hüstel* Ich habe mir für meine Export-Klasse zwei Funktionen geschrieben. Eine erzeugt einen Zeilenumbruch, der anderen übergebe ich einen int-Wert, durch den entsprechend oft ein Tab gesetzt wird. Und ich brauch´s auch nur intern in meiner Klasse. :)

Aber der DOM-Parser im .NET Framework ist einen Schritt weiter. Dessen XML-Output ist automatisch so eingerückt, dass man´s gut lesen kann. ;)

[bigg]

Na bitte, nun braucht man sich nur noch für eine von diesen unzähligen Bibliotheken entscheiden :spin2:

[Bernhard Geyer]

Zitat:

Zitat von Marcward.de

@Bernhard Geyer -> Die DLL-Hölle bleibt dank COM erspart!

Na ja. Das COM die DLL-Hölle erspart halte ich für ein Gerücht. Mir hat irgendein Programm auch schon (trotz DLL-Schutz von XP) mal das .NET-Runtime zerschossen. Die Praxis ist halt oft anders.

[Marcward.de]

Zitat:

Na ja. Das COM die DLL-Hölle erspart halte ich für ein Gerücht. Mir hat irgendein Programm auch schon (trotz DLL-Schutz von XP) mal das .NET-Runtime zerschossen. Die Praxis ist halt oft anders.

Muss eine Technik denn so abgeschottet sein das sie jeder "Trottel" gefahr- und verstandlos anwenden kann. Es ist immer eine Gradwanderung zwischen "freiheit des Entwicklers" und "Fremdbestimmung von Seiten des Betriebssystems zwecks Sicherheit". Wer sein System mit unausgereifter Software, drittklassiger Anbieter zu müllt und meint alles müsse reibungslos laufen, der irrt.

Ich kann diese Abwehrhaltung nicht verstehen. Meist ist sie das Resultat des Versuchs der Rechtfertigung der eigenen Unfähigkeit. Kein ernsthafter Entwickler würde eine Technik verteufeln, die ebenso elementar wie sinnvoll ist -> auch wenn sie schwächen hat!

Ich behaupte nicht das COM, .NET & Co absolut sicher und ohne Fehler sind! Diese Aussage hat aber nur ein geringes Gewicht für die Entscheidung FÜR oder GEGEN die MS-XML Core Services.

Während der Arbeit mit den MS-XML Core Services habe ich nie wirklich negative Erfahrungen gemacht (Die Aussage "Vorsicht DLL-Hölle!" kann ich in keinster Weise bestätigen!). Die einfache Handhabung komplexer Strukturen und der große Funktionsumfang haben mich durchaus positiv beeindruckt!

[bigg]

Zitat:

Muss eine Technik denn so abgeschottet sein das sie jeder "Trottel" gefahr- und verstandlos anwenden kann. Es ist immer eine Gradwanderung zwischen "freiheit des Entwicklers" und "Fremdbestimmung von Seiten des Betriebssystems zwecks Sicherheit". Wer sein System mit unausgereifter Software, drittklassiger Anbieter zu müllt und meint alles müsse reibungslos laufen, der irrt.

Ich kann diese Abwehrhaltung nicht verstehen. Meist ist sie das Resultat des Versuchs der Rechtfertigung der eigenen Unfähigkeit. Kein ernsthafter Entwickler würde eine Technik verteufeln, die ebenso elementar wie sinnvoll ist -> auch wenn sie schwächen hat!

Ich behaupte nicht das COM, .NET & Co absolut sicher und ohne Fehler sind! Diese Aussage hat aber nur ein geringes Gewicht für die Entscheidung FÜR oder GEGEN die MS-XML Core Services.

Während der Arbeit mit den MS-XML Core Services habe ich nie wirklich negative Erfahrungen gemacht (Die Aussage "Vorsicht DLL-Hölle!" kann ich in keinster Weise bestätigen!). Die einfache Handhabung komplexer Strukturen und der große Funktionsumfang haben mich durchaus positiv beeindruckt!

Und, was willst uns nun damit sagen? :gruebel:

[MathiasSimmack]

Kannst du nicht lesen, oder was? :roll:
Jeder 10. Deutsche kann nicht richtig lesen und schreiben.

Marc hat seine Meinung zum Thema geäußert und dabei zum Ausdruck gebracht, dass er bei seiner Arbeit mit MS XML bisher noch keine Probleme hatte. Geht mir auch so, ich komme mit dem XML-Parser von Microsoft sehr gut zurecht (und das sage ich nicht bloß, weil ich gern ein paar Symbole von Microsoft nutzen möchte :mrgreen:). Das wertet aber nicht die anderen Parser ab, denn letztlich muss jeder für sich entscheiden, womit er die wenigsten Schwierigkeiten hat.

[bigg]

Zitat:

Marc hat seine Meinung zum Thema geäußert und dabei zum Ausdruck gebracht, dass er bei seiner Arbeit mit MS XML bisher noch keine Probleme hatte.

Soviel habe ich auch verstanden. :mrgreen:
Ich wäre dir sehr dankbar, wenn du mir den oberen Teil mal übersetzen könntest. :angel2:

Zitat:

Muss eine Technik denn so abgeschottet sein das sie jeder "Trottel" gefahr- und verstandlos anwenden kann. Es ist immer eine Gradwanderung zwischen "freiheit des Entwicklers" und "Fremdbestimmung von Seiten des Betriebssystems zwecks Sicherheit". Wer sein System mit unausgereifter Software, drittklassiger Anbieter zu müllt und meint alles müsse reibungslos laufen, der irrt.

Ich kann diese Abwehrhaltung nicht verstehen. Meist ist sie das Resultat des Versuchs der Rechtfertigung der eigenen Unfähigkeit. Kein ernsthafter Entwickler würde eine Technik verteufeln, die ebenso elementar wie sinnvoll ist -> auch wenn sie schwächen hat!

o.0

[Marcward.de]

...diese Pauschalisierung ging mir nur auf die Nerven. :gruebel:
und - unqualifizierte Einwende gegen Technologien...

Ich Bestätige die Meinung das es mit Sicherheit auch andere gute Parser gibt!

[Sprint]

Bei OmniXML kann man per Compiler-Direktive zwischen dem internen Parser und MS XML auswählen.

[Bernhard Geyer]

Zitat:

Zitat von Marcward.de

Muss eine Technik denn so abgeschottet sein das sie jeder "Trottel" gefahr- und verstandlos anwenden kann.

Ja. Mit maximaler Sicherheit. Vor allem wenn Sie eigentlich von jedem Endanwender zwangsweise verwendet werden muss. Und da hat nun mal COM seine gewaltigen Schwächen. Wie oft war der Internet Explorer Einfallstor über ein COM-Schnittstelle. Und vermutlich war auch schon bei der einen oder anderen auch der XML-Parser beteiligt.

Zitat:

Zitat von Marcward.de

Es ist immer eine Gradwanderung zwischen "freiheit des Entwicklers" und "Fremdbestimmung von Seiten des Betriebssystems zwecks Sicherheit". Wer sein System mit unausgereifter Software, drittklassiger Anbieter zu müllt und meint alles müsse reibungslos laufen, der irrt.

Unausgereifte Software - meinst Du MS-Produkte? Es gibt genügend Beispiel wo MS-Software andere MS-Software lahm legt oder zu Behinderungen führt.

Zitat:

Zitat von Marcward.de

Ich kann diese Abwehrhaltung nicht verstehen. Meist ist sie das Resultat des Versuchs der Rechtfertigung der eigenen Unfähigkeit. Kein ernsthafter Entwickler würde eine Technik verteufeln, die ebenso elementar wie sinnvoll ist -> auch wenn sie schwächen hat!

Ich habe genügend Erfahrungen das ich bei zwei (gleichwertigen) Lösungsmöglichkeiten wo die eine auf COM-Basiert und die andere in Delphi-Entwickelt oder ein C-DLL-Interface besitzt mit Sicherheit nicht die COM-Lösung nehmen werde.
Selbst habe ich auch schon einige Komponenten auf (D)COM-Basis erstellt, wo COM einfach die beste Lösung ist.

[Marcward.de]

Aus meiner Erfahrung kann ich nur behaupten, dass COM - richtig angewendet - funktioniert! Wenn man sich der Schwächen (die es überall gibt) bewußt ist, kann man diese problemlos umgehen.

Natürlich existieren bezüglich der Sicherheit einige Design/Konzept-Schwächen (abhilfe schafft .NET - Stichwort "Managed Code"). Aber haben diese wirklich für jeden Anwendungstyp Folgen?

-> Keinen interessiert es, wenn eine Bildbearbeitungs-Software Sicherheitslücken aufweist.

----------------

@Bernhard Geyer -> Irgendwie kommt bei mir dir Vermutung auf, dass es sich bei Dir um einen eingefleischten "Microsoft-Hasser" handelt. Objektivität kann ich da wohl nicht mehr voraussetzen!

[Sprint]

Zitat:

Zitat von Marcward.de

Irgendwie kommt bei mir dir Vermutung auf, dass es sich bei Dir um einen eingefleischten "Microsoft-Hasser" handelt.

Das hat nichts mit "Microsoft-Hasser" zu tun, sondern mit Erfahrung.

[Bernhard Geyer]

Zitat:

Zitat von Marcward.de

-> Keinen interessiert es, wenn eine Bildbearbeitungs-Software Sicherheitslücken aufweist.

Würde ich nicht sagen. Siehe ImageMagick Sicherheitsupdates verfügbar. Jede Sicherheitslücke die nicht nur zu einem Absturz sondern zu einem Einschleußen von Code führt ist kritisch.

Zitat:

Zitat von Sprint

Zitat:

Zitat von Marcward.de

Irgendwie kommt bei mir dir Vermutung auf, dass es sich bei Dir um einen eingefleischten "Microsoft-Hasser" handelt.

Das hat nichts mit "Microsoft-Hasser" zu tun, sondern mit Erfahrung.

Stimmt :-). Musste erst letzte Woche wieder über den IE-Fluchen. Da gibt es Funktionen bei MS bekanntermaßen nicht funktionieren (KB-Artikel vorhanden) die aber weder behoben werden noch direkt in der Funktionsbeschreibung als Nicht-Funktional gekennzeichnet werden.

[Marcward.de]

Diese Diskussion ist sinnlos!!! :!:

[weltaran]

OK, zurück zum Thema.

Ich benutze auch die XML Core Services von MS. Das Problem des einrückens habe ich auch. Gibt es da nirgends eine Delphi-Unit die das in einem Abwasch erledigt?

Ciao

[Sprint]

Zitat:

Zitat von weltaran

Ich benutze auch die XML Core Services von MS. Das Problem des einrückens habe ich auch. Gibt es da nirgends eine Delphi-Unit die das in einem Abwasch erledigt?

TXMLDocument unter Delphi 7 ab Professional.