XML - Fluch oder Segen

Re: XML - Fluch oder Segen

Ingenico — Wed, 13 Dec 2006 23:38:59 GMT

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.

Re(2): XML - Fluch oder Segen

jobnavigator — Wed, 13 Dec 2006 07:46:53 GMT

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.

Re: XML - Fluch oder Segen

Nemealion — Sat, 09 Dec 2006 18:29:03 GMT

"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.

Re: XML - Fluch oder Segen

ruprecht69 — Sat, 09 Dec 2006 17:03:50 GMT

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.

Re(3): XML - Fluch oder Segen

ruprecht69 — Sat, 09 Dec 2006 16:58:43 GMT

korrekt...

Re: XML - Fluch oder Segen

RevX — Sat, 09 Dec 2006 16:28:03 GMT

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).

Re(2): XML - Fluch oder Segen

manuel_l — Sat, 09 Dec 2006 13:41:56 GMT

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

Re: XML - Fluch oder Segen

UMC — Sat, 09 Dec 2006 09:26:57 GMT

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".

Re(2): XML - Fluch oder Segen

ChrisS — Fri, 08 Dec 2006 22:44:38 GMT

Was verstehst denn nicht?

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

Re(2): XML - Fluch oder Segen

ChrisS — Fri, 08 Dec 2006 22:44:38 GMT

Was verstehst denn nicht?

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

Re: XML - Fluch oder Segen

RealBorg — Fri, 08 Dec 2006 21:58:57 GMT

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

Re: XML - Fluch oder Segen

Dr. Watson — Fri, 08 Dec 2006 20:29:27 GMT

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.

Re: XML - Fluch oder Segen

adhoc — Fri, 08 Dec 2006 20:22:43 GMT

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...

Re(2): XML - Fluch oder Segen

Somnatic — Fri, 08 Dec 2006 19:21:58 GMT

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?

Re(2): XML - Fluch oder Segen

Somnatic — Fri, 08 Dec 2006 18:54:15 GMT

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

Re: XML - Fluch oder Segen

erdie — Fri, 08 Dec 2006 18:37:32 GMT

Xerces + DOM, was willst du mehr?

Easy lesen & schreiben. Automatisches parsen & validieren.

XML - Fluch oder Segen

Somnatic — Fri, 08 Dec 2006 18:13:51 GMT

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.