XML - Sinn und Unsinn ?

[Frye]

Hallo,

eine kritische Frage zu XML, lyncht mich nicht gleich. Erstmal vorweg, ich bin selbst ein Fan von XML und sehe einen ganzen Haufen Anwendungsgebiete dafür. Ich habe selbst schon von vereinfachtem Datenaustausch profitiert, MathML ist eine feine Sache und SVG einfach klasse. (Jetzt kommts...) Aber ich habe so langsam das Gefühl das um XML ein Hype veranstaltet wird, der Leuten die eigentlich gar nichts damit zu tun haben müssten, dazu bringt jedwede erreichbare Software auf XML umzurüsten. Völlig ohne Sinn und oft mit fatalen Leistungseinbußen. Da werden Websites auf XML umgeschrieben, die daraus keinerlei Vorteile ziehen, aber hinterher 3mal langsamer laufen. Da werden umfangreiche DTDs für Daten erstellt, die in 20 Jahren kein anderes System verarbeiten wird. Aber auch wenn ich ab und zu Gegenstimmen höre, scheint der Grossteil der Programmierer, Designer, etc. im XML-Fieber zu schwelgen.

Deshalb nach langer Vorrede meine Frage:
Stellt euch einen Online-Shop mit einem Auftragsvolumen von 20 Bestellungen am Tag und einer Artikelliste von ca. 300 Einträgen vor. Dazu kommt ein kleines redaktionelles System in dem neue Produkte vorgestellt werden. Alle Daten werden im System geschlossen erstellt, eingepflegt und verwaltet. Wozu braucht dieses System XML, bzw. für welche Vorteile würde sich der Aufwand einer Umstellung rechtfertigen? Vielleicht hat ja jemand Lust sich damit zu beschäftigen. Falls es gute Gründe gibt, wäre ich für eine Erleuchtung echt dankbar.

Grüsse
Frye

[Thomas J.S.]

Hallo,

(Jetzt kommts...) Aber ich habe so langsam das Gefühl das um XML ein Hype veranstaltet wird, der Leuten die eigentlich gar nichts damit zu tun haben müssten, dazu bringt jedwede erreichbare Software auf XML umzurüsten. Völlig ohne Sinn und oft mit fatalen Leistungseinbußen. Da werden Websites auf XML umgeschrieben, die daraus keinerlei Vorteile ziehen, aber hinterher 3mal langsamer laufen. Da werden umfangreiche DTDs für Daten erstellt, die in 20 Jahren kein anderes System verarbeiten wird. Aber auch wenn ich ab und zu Gegenstimmen höre, scheint der Grossteil der Programmierer, Designer, etc. im XML-Fieber zu schwelgen.

Leseempfehlung: http://forum.de.selfhtml.org/archiv/2003/1/36049/

Deshalb nach langer Vorrede meine Frage:
Falls es gute Gründe gibt, wäre ich für eine Erleuchtung echt dankbar.

Läuft dein System? Ja? Dann gibt es keine Gründe es zu ändern.

Grüße
Thomas

[Stefan Muenz]

Hallo Frye,

Da werden Websites auf XML umgeschrieben, die daraus keinerlei Vorteile ziehen, aber hinterher 3mal langsamer laufen. Da werden umfangreiche DTDs für Daten erstellt, die in 20 Jahren kein anderes System verarbeiten wird. Aber auch wenn ich ab und zu Gegenstimmen höre, scheint der Grossteil der Programmierer, Designer, etc. im XML-Fieber zu schwelgen.

Es ist in der Tat ein Hype, den ich ebenfalls kritisch betrachte. Ich glaube, solche Hypes haben auch damit zu tun, dass mehr und mehr Leute ueber IT-Kernkenntnisse verfuegen ("Informatikerschwemme"). Und aus eigener Erfahrung kann ich sagen, dass viele Informatiker dazu neigen, Problemstellungen "oversized" zu betrachten. Benoetigt wird ein einfaches "running system" ohne viel Aufhebens, aber aus der Muecke wird dann ein riesiger Elefant gemacht, und alles, was die informatische Gegenwart zu bieten hat, wird als Geschuetz aufgeboten, um die Problemstellung zu loesen: und XML ist fast immer dabei ;-)

Sicher - nicht selten kommt auch der Fall vor, wo man zunaechst eine Nummer zu klein gedacht hat, und wo sich dann heraus stellt, dass eine Anwendung noch mal voellig neu erstellt werden muss, weil die schlichten und proprietaeren, womoeglich noch schlecht dokumentierten Konzepte und der Spaghetti-Code des bisherigen "running systems" nicht mehr den Anforderungen genuegen. Dann muss in der Tat ein zweites mal investiert werden. Genau vor dieser Neu-Investition warnen die Propheten des XML-Hype gerne. Allerdings habe ich sowohl beruflich als auch hier im SELF-Projekt die Erfahrung gemacht, dass solche Neu-Investitionen von Zeit zu Zeit nicht unbedingt schlechter sind (bestes Beispiel ist das Forum hier: es ist mittlerweile drei mal neu programmiert worden, und diese Entwicklung ist ihm gar nicht schlecht bekommen). Natuerlich sollte man bei der Entwicklung einer Anwendung, eines Web-Projekts oder was auch immer stets versuchen, moegliche kuenftige Anforderungen mit einzukalkulieren. Aber die Vorstellung, einmal eine fuer alle Zeiten gueltige Loesung zu schaffen, ist meistens doch illusorisch. Man muss auch akzeptieren, dass Anwendungen irgendwann voellig neu programmiert und in ein anderes System transferiert werden muessen, mit all der Handarbeit und unangenehmen Begleiterscheinungen, die damit verbunden ist.

Es ist wohl der alte Streit zwischen den beiden Prinzipien "top down" und "bottom up". Viele Profis, egal ob in der Betriebswirtschaft oder in der Informatik, predigen das "top down" Prinzip, also einmal an alles zu denken, alles zu beruecksichtigen, alles festzulegen, und dann anhand davon alles gnadenlos durchzuziehen. Die "bottom up" Methode wird dagegen vielfach als chaotisch, unstrukturiert und unprofessionell empfunden, weil sie sozusagen der natuerlichen Unreflektiertheit und dem gedankenlosen Hineinschlittern in die Entwicklung entspricht. Aber in der Praxis hat sie durchaus ihr Recht, und sie funktioniert. Sie zum allein seligmachenden Prinzip zu erklaeren waere sicher genau so unvernuenftig wie das Gegenteil. Aber die Vorherrschaft des Topdown-Denkens, dem letztlich auch solche Dinge wie der uebertriebene XML-Hype zuzuschreiben sind, sollte ruhig mal in Frage gestellt werden duerfen.

So - das war jetzt zwar ein bissschen vom Thema abschweifend, aber mit etwas Philosophie am Morgen kommt man doch gleich besser in den Tag ;-)

viele Gruesse
  Stefan Muenz

[flo]

Hallo Stefan!

Etwas anderes:

Stefan Muenz

^^
Wieso schreibst du die Umlaute nicht aus?
Die Zeichen werden lt. Quelltext maskiert.

Alles Gute aus Wien
   flo

[Tobias K.]

Hallo flo,

Stefan Muenz
             ^^
Wieso schreibst du die Umlaute nicht aus?
Die Zeichen werden lt. Quelltext maskiert.

ja, aber vielleicht hat es ja historische Gründe: </archiv/1998_3/t00001.htm#a1> :-)

Grüße aus Nürnberg
Tobias

[Sven Rautenberg]

Moin!

Deshalb nach langer Vorrede meine Frage:
Stellt euch einen Online-Shop mit einem Auftragsvolumen von 20 Bestellungen am Tag und einer Artikelliste von ca. 300 Einträgen vor. Dazu kommt ein kleines redaktionelles System in dem neue Produkte vorgestellt werden. Alle Daten werden im System geschlossen erstellt, eingepflegt und verwaltet. Wozu braucht dieses System XML, bzw. für welche Vorteile würde sich der Aufwand einer Umstellung rechtfertigen? Vielleicht hat ja jemand Lust sich damit zu beschäftigen. Falls es gute Gründe gibt, wäre ich für eine Erleuchtung echt dankbar.

_Wenn_ es für Shopsysteme eine allseits anerkannte DTD zum Datenaustausch gibt bzw. eine, die den Datenaustausch mit verwendeten Systemen im Umfeld ermöglicht, und _wenn_ der Kunde den Datenaustausch zwingend benötigt, weil es Dinge einfacher macht, _dann_ macht es Sinn, ein Import/Exportmodul für XML-Daten zu schreiben.

Es macht aber in meinen Augen keinen Sinn, XML auf "Teufel-komm-raus" einzubauen, weil dies eben, wie du richtig erkannt hast, oftmals mit Performance-Einbußen verbunden ist.

XML ist sicher eine nette Sache. Dieses Forum hier basiert grundsätzlich auch auf XML. Aber IIRC hat nur das alte perl-basierte Forum wirklich immer und überall XML-Daten geschrieben, gelesen, geparst etc., und war damit irgendwann viel zu langsam. Das jetzige Forum hält alle aktuellen Postings im RAM, in einer dafür geeigneten Datenstruktur, und speichert sie nur noch als Backup im XML-Format auf Platte. Das ist u.a. der Performance sehr zuträglich. :)

XML als Datenaustausch- und -speicherformat ist toll - als primäre Grundlage für jegliche HTTP-Operation aber doch ziemlich bremsend. Allerdings hängt das natürlich auch ganz entscheidend vom XML-Parser etc. ab - es gibt wohl wenige, die recht flott arbeiten.

- Sven Rautenberg