{"id":52640,"date":"2019-11-13T00:00:00","date_gmt":"2019-11-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/xml-prakticheski-vsegda-primenyaetsya-ne-po-naznacheniyu"},"modified":"2020-02-18T14:00:25","modified_gmt":"2020-02-18T11:00:25","slug":"xml-prakticheski-vsegda-primenyaetsya-ne-po-naznacheniyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/xml-prakticheski-vsegda-primenyaetsya-ne-po-naznacheniyu","title":{"rendered":"XML wird praktisch immer unzweckm\u00e4\u00dfig eingesetzt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"XML
\nDie XML-Sprache wurde 1996 erfunden. Kaum war sie aufgetaucht, begannen die M\u00f6glichkeiten ihrer Anwendung missverstanden zu werden; f\u00fcr die Zwecke, f\u00fcr die sie angepasst werden sollte, war sie nicht die beste Wahl.<\/p>\n

Es w\u00e4re keine \u00dcbertreibung zu sagen, dass die \u00fcberwiegende Mehrheit der XML-Schemas, die ich gesehen habe, ein unzweckm\u00e4\u00dfiger oder falscher Einsatz von XML war. Dar\u00fcber hinaus zeugte eine solche Anwendung von XML von einem grundlegenden Missverst\u00e4ndnis, was XML in erster Linie ist.<\/p>\n

XML ist eine Auszeichnungssprache. Es ist kein Datenformat.<\/b>In den meisten XML-Schemas wurde diese Unterscheidung offensichtlich nicht ber\u00fccksichtigt, was XML mit einem Datenformat verwechselte, was letztendlich einen Fehler in der Wahl von XML darstellte, da tats\u00e4chlich ein Datenformat ben\u00f6tigt wurde.
\n<\/a><\/noindex>
\nOhne ins Detail zu gehen, eignet sich XML am besten zur Annotation von Textbl\u00f6cken mit Struktur und Metadaten. Wenn Ihre Hauptaufgabe nicht darin besteht, mit einem Textblock zu arbeiten, ist die Wahl von XML wahrscheinlich nicht gerechtfertigt.<\/p>\n

Von diesem Standpunkt aus gibt es einen einfachen Weg, um zu \u00fcberpr\u00fcfen, wie gut das XML-Schema erstellt wurde. Nehmen wir ein Beispiel f\u00fcr ein Dokument im angenommenen Schema und entfernen alle Tags und Attribute daraus. Wenn das, was \u00fcbrig bleibt, keinen Sinn ergibt (oder wenn eine leere Zeile \u00fcbrig bleibt), dann ist entweder Ihr Schema falsch aufgebaut oder es war einfach nicht angebracht, XML zu verwenden.<\/p>\n

Ich werde nun einige der h\u00e4ufigsten Beispiele f\u00fcr falsch konstruierte Schemata anf\u00fchren.<\/p>\n

<\/code><\/pre>\n
\nHier sehen wir ein Beispiel f\u00fcr einen unbegr\u00fcndeten und seltsamen (wenn auch sehr verbreiteten) Versuch, ein einfaches \u201eSchl\u00fcssel-Wert\u201c-W\u00f6rterbuch in XML auszudr\u00fccken. Wenn wir alle Tags und Attribute entfernen, bleibt eine leere Zeile \u00fcbrig. Im Wesentlichen stellt dieses Dokument, so absurd es auch erscheinen mag, eine semantische Annotation einer leeren Zeile dar.<\/p>\n
<root name=\"John\" city=\"London\" \/><\/code><\/pre>\n
\nWas noch schlimmer ist, wir haben hier nicht nur eine semantische Annotation einer leeren Zeile als extravagante Art, ein W\u00f6rterbuch auszudr\u00fccken \u2013 diesmal ist das \u201eW\u00f6rterbuch\u201c direkt in Form von Attributen des WurzelsElements kodiert. Dadurch wird der festgelegte Satz von Attributnamen am Element unbestimmt und dynamisch. Dar\u00fcber hinaus zeigt sich, dass alles, was der Autor tats\u00e4chlich ausdr\u00fccken wollte, eine einfache \u201eSchl\u00fcssel-Wert\u201c-Syntax war, aber stattdessen hat er die absolut seltsame Entscheidung getroffen, XML zu verwenden und einen einzelnen leeren Element nur als Pr\u00e4fix f\u00fcr die Verwendung der Attributsyntax zu zwingen. Solche Schemata begegne ich sehr oft.<\/p>\n
John\n  London<\/code><\/pre>\n
\nDas ist schon etwas besser, aber jetzt sind aus irgendeinem Grund die Schl\u00fcssel Metadaten und die Werte nicht. Ein ziemlich merkw\u00fcrdiger Blick auf W\u00f6rterb\u00fccher. Wenn man alle Tags und Attribute entfernt, geht die H\u00e4lfte der Informationen verloren.<\/p>\n
Eine korrekte Darstellung eines W\u00f6rterbuchs in XML w\u00fcrde ungef\u00e4hr so aussehen:<\/p>\n
Name\n    John\n  \n  \n    City\n    London<\/code><\/pre>\n
\nWenn Menschen sich entschieden haben, XML als Datenformat zu verwenden und damit ein W\u00f6rterbuch zu organisieren, m\u00fcssen sie verstehen, dass das, was sie tun, unangemessen und unpraktisch ist. H\u00e4ufig w\u00e4hlen Entwickler f\u00e4lschlicherweise XML zur Erstellung ihrer Anwendungen. Noch h\u00e4ufiger versch\u00e4rfen sie die Situation durch die sinnlose Anwendung von XML in einer der oben beschriebenen Formen und ignorieren dabei, dass XML daf\u00fcr einfach nicht geeignet ist.<\/p>\n
Was ist das schlimmste XML-Schema?<\/b> \u00dcbrigens, der Preis f\u00fcr das schlechteste XML-Schema, das ich je gesehen habe,<\/i> geht an das Konfigurationsdateiformat f\u00fcr die automatische Ressourcenzuweisung von Polycom IP-Telefonen. Solche Dateien erfordern das Herunterladen von XML-Anforderungsdateien \u00fcber TFTP, die\u2026 Nun, hier ist ein Auszug aus einer solchen Datei:<\/p>\n
<softkey\n        softkey.feature.directories=\"0\"\n        softkey.feature.buddies=\"0\"\n        softkey.feature.forward=\"0\"\n        softkey.feature.meetnow=\"0\"\n        softkey.feature.redial=\"1\"\n        softkey.feature.search=\"1\"\n\n        softkey.1.enable=\"1\"\n        softkey.1.use.idle=\"1\"\n        softkey.1.label=\"Foo\"\n        softkey.1.insert=\"1\"\n        softkey.1.action=\"...\"\n\n        softkey.2.enable=\"1\"\n        softkey.2.use.idle=\"1\"\n        softkey.2.label=\"Bar\"\n        softkey.2.insert=\"2\"\n        softkey.2.action=\"...\" \/><\/code><\/pre>\n
\nDas ist kein missratener Scherz. Und das ist nicht meine Erfindung:<\/p>\n