XML - Fluch oder Segen

XML - Fluch oder Segen (19 Beiträge, 306 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

So, nachdem XML ja immer populärer wird (eh schon lang) würde mich mal interessieren wie ihr zu XML steht.

Ich selbst weiss nicht ob ich XML verfluchen oder lieben soll. Einerseits ist es möglich exakt beschreibbare Dokumente - schön strukturiert - zu generieren, andererseits ist ein Lesen/Schreiben in diversen Programmiersprachen nicht (ich lasse eine automatische Serialisierung mal außen vor) immer einfach. Wenn ich mir die generierten Dateien ansehe, dann ist das ein dermaßen großer Overhead, dass ich mich wiederum frage: "Lohnt sich das?".

Lasset eine (hoffentlich fruchtvolle) Disukssion beginnen.

No Sig

Xerces + DOM, was willst du mehr?

Easy lesen & schreiben. Automatisches parsen & validieren.
---
It compiles. Let's ship it!

Was ich nicht will, ist von irgendwelchen externen Tools abhängig zu sein.

Was ich auch nicht wollte, waren Tool - Vorschläge. Mein Ziel war eher eine Diskussion um zu erfahren, wie andere Leute zu XML stehen

No Sig

Naja, wirklich schwer ist es wirklich nicht. Da hast du natürlich recht. Es stellt sich eben die Frage: Ist das der Weisheit letzter Schluss?

No Sig

alles hat vor und nachteile...

wobei man sie viele vorteile nimmt, wenn man "selber" files erstellt/parst

(xml selber zu parsen, macht keinen sinn... (DTD prüfung, verschiedene encodings utf16, uft8, usw..., xslt...) des kannst "nicht" selber schreiben ..
(warum das rad nochmal erfinden

)

wegen overhead: zu 386er zeiten hätts XML natürlich (wegen fehlendem speicher, und fehlender cpuleistung) nicht gespielt...

Darüber hab ich mir auch schon mal gedanken gemacht...

Mein Fazit: Es kommt auf den Anwendungszweck an. Der Overhead ist wirklich groß, aber wenn kein extrem schneller Datenaustausch stadtfinden muss, ist XML eine feine Sache.
Nehme ich z.b. für Schnittstellen und APIs in meinen Web-Anwendungen.

Nur dort wo schnelle Antwortzeiten gefragt sind, z.b. Spiele, ist es uninteressant.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Ich glaube, so eine ähnliche Frage habe ich dir auch mal gestellt. XML ist für Datenaustausch generell, also nicht nur Web, eine feine Sache, aber bei Ajax z.B. sehe ich, daß immer wieder davon abgeraten wird, weil es eben wegen der Größe, kontraproduktiv ist.

Grüsse,
Philipp

Erreichbar per PM, im Forum oder hier.

Ich hoffe noch immer, dass es einmal eine apache version mit einem xml-configfile und einer dtd geben wird. Aber das würde voraussetzen, dass es jemanden gibt, der die apache-config wirklich versteht.

Tom
Google Bombing: Weil in wien ROT regiert, Der Weg aus der Wirtschaftskrise, GMX, IPv6, Serverbetrieb, Breitband

Was verstehst denn nicht?

Bei der sendmail.cf lass ich das gelten, aber beim apache?

08.12.2006, 23:44 Uhr - Editiert von ChrisS, alte Version: hier

Gerade bei Konfigurationsdateien kann ich auf XML gerne verzichten, das ist nur mühsam und bringt eigentlich kaum Vorteile.

korrekt...

Aus der Welt der Telekommunikationsanbieter (hersteller- und kundenseitig) ist XML in diversen Ausprägungen (zB "VoiceXML") der "dernier cri".

Was man sich davon verspricht:
* Einfachheit und Verständlichkeit
* daraus folgend, "In-House" Wartungs- und Modifikationsmöglichkeit
... wobei letzteres quasi einen Gegentrend zu der in den letzten Jahren zu beobachtenden Outsourcing-Mania darstellt.

Wie die Realität heute aussieht:
* Die XML-Steuerdateien bleiben ein grosses Mysterium, selbst für das lokale Supportpersonal der Hersteller - und erst recht für den Kunden.
* Das Warten und Modifizieren der XML-Dateien artet in "uninspired guesswork" aus

...am Schluss werden wohl die Hersteller eindeutig das meiste Know-How in XML entwickelt haben und die Kunden (Netzbetreiber) werden wohl erst recht wieder Komplettlösungen von den Herstellern einkaufen, weil die "In-House"-Bearbeitung um vieles langsamer und damit teurer wäre...

Mag durchaus sein, dass ich das zu eng sehe - aber das sind halt meine "2 Cents".

mfg
UMC

Also ich find's super! Zumindest um irgendwelche Daten zu einer Webanwendung zu schaufeln. XML lässt sich ganz gut gzip'n. Außerdem sollten strukturierte Daten auch für eine bessere Anwendungskonzeption sorgen (aber das ist vielleicht nur Wunschdenken).

In heutigen Zeiten, wo sich State-of-the-art Systeme mit Legacy Systemen unterhalten müssen, B2B und B2C ein grosses Thema wird, macht es keinen Sinn für die Kommunikation proprietäre Schnittstellen zu verwenden.

Somit sind Webservices und als Basis XML ein sehr sinnvoller Baustein um anwendungsunabhängige Kommunikation über unterschiedlichste heterogene Systeme zu simplifizieren und auf einen gemeinsamen Nenner zu bringen.

Für jeden Fliegendreck XML zu verwenden ist genauso sinnfrei wie es für wiederverwendbare, externe Kommunikationsservices nicht zu verwenden.

Speicherplatz ist heutzutage sowieso kein Thema mehr und zum besten lässt sich XML als Text sehr gut komprimieren. Ich bin der Meinung die Vorteile überwiegen die Nachteile bei weitem.

"Lohnt sich das?".Lasset eine (hoffentlich
fruchtvolle) Disukssion beginnen.

Je nach dem. Ist z.B. Ideal als Schnittstelle für einen Produktkatalog: Produkte werden alle x Minuten als XML + XSLT rausgespielt und brauchen nur mehr in der Web-Site "inkludiert" werden = Schneller als Direktzugriff auf Datenbank, skaliert besser & billiger (Wirkt sich allerdings erst bei Katalogen aus, die ein paar Mio PIs haben)

Quasi eine Art von Staging.

---

Lieber ein Betriebssystem, dass nach einem Raubtier benannt ist, als eines, dass nach einem Rindviech benannt ist und sich auch so verhält.

Nun, das mit dem Overhead ist so eine Sache.
Natürlich gibt es diesen Overhead. Andererseits befinden wir uns in einem technologischen Zeitalter, wo Plattenkapazitäten und Bandbreiten nicht mehr so das Thema sind, wie von 10 Jahren. Weiters kann man XML ja auch wunderbar komprimieren. OpenOffice-Dokumente zeigen das ja auch recht gut.

Ich verwende XML recht gerne zum Datenaustausch mit Fremdsystemen.
Man einigt sich auf eine DTD, ohne viel herumschwafeln zu müssen, und das wars dann auch schon.
Und zum Unterschied zu "klassischen" Schnittstellen, habe ich nun die Möglichkeit, einzelne Datenfelder aus der Schnittstellte komplett herauszunehmen.
Ich konnte früher schwer kommunizieren, dass sich einzelne Datenelemente nicht geändert haben. Ich musste immer den gesamten Record exportieren.
Nun kann ich bei einem Record nur jene Felder mitteilen, die sich seit der letzten Synchronisation geändert haben. Was das Datenvolumen wiederum verringert.
Um es etwas zu überzeichnen:
Wenn sich bei 5000 Artikeln nur der Verkaufspreis geändert hat, bin ich mit einer XML-Struktur schlanker als mit einer "klassischen".

Und was mit klassischen Schnittstellen überhaupt nur mit Krampf ging, waren verschachtelte Datenstrukturen zu übertragen.
Also einen Auftrag, mit dem Kunden und allen Positionsdaten und deren Staffelpreisangaben etc.
Und auch hier - wiederum nur jene Daten, die für diese Übertragung relevant sind.
Gibt es den Kunden des Auftrags bereits am Zielsystem, reicht die Referenz. Gibt es ihn nicht, kann ich den Kunden innerhalb eines Files mitübertragen.
Früher musste man mit mehreren Daten arbeiten, möglichst in der richtigen Reihenfolge und grösserem Aufwand für Transaktionssicherheit.
Wurde das File beim Übertragen nach dem 400. Datensatz abgeschnitten?
Fehlt mir ein File welches ich noch benötigt hätte, aber gar nicht übertragen wurde?
Wenn ein XML-File nicht zur Gänze existiert, merke ich das. Und das, obwohl es tiefer strukturiert ist.

Zur Not kann man XML-Files auch mit einem einfachen Editor lesen und ändern.
Aber in Wahrheit braucht man halt doch einen entsprechenden XML-Editor.
Aber, ich finde das ist in Ordnung. Bloß eine Frage der Gewohnheit.
So wie es AddOns, Plugins und bla-bla für einzelne Programmiersprachen gibt, kann man diese auch für XML-Files in Anspruch nehmen.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung