{"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 fast immer nicht gem\u00e4\u00df dem vorgesehenen Zweck verwendet.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"XML
\nDie Sprache XML wurde 1996 erfunden. Kaum war sie erschienen, begann man bereits, die M\u00f6glichkeiten ihrer Anwendung falsch zu verstehen, und f\u00fcr die Zwecke, f\u00fcr die man sie zu adaptieren versuchte, war sie nicht die beste Wahl.<\/p>\n

Es w\u00e4re keine \u00dcbertreibung zu sagen, dass die \u00fcberw\u00e4ltigende Mehrheit der XML-Schemas, die ich gesehen habe, eine unzweckm\u00e4\u00dfige oder falsche Verwendung von XML darstellten. Dar\u00fcber hinaus zeugte eine solche Anwendung von XML von einem grundlegenden Missverst\u00e4ndnis dessen, 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 ausdr\u00fccklich nicht ber\u00fccksichtigt, und man verwechselte XML mit einem Datenformat, was letztendlich bedeutete, dass die Wahl von XML selbst ein Fehler war, da man tats\u00e4chlich ein Datenformat ben\u00f6tigte.
\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 die Arbeit mit einem Textblock ist, d\u00fcrften Sie mit der Wahl von XML kaum richtig liegen.<\/p>\n

In dieser Hinsicht gibt es einen einfachen Weg zu \u00fcberpr\u00fcfen, wie gut ein XML-Schema erstellt wurde. Nehmen wir ein Dokument im angenommenen Schema und entfernen alle Tags und Attribute daraus. Wenn das, was \u00fcbrig bleibt, keinen Sinn ergibt (oder wenn nur eine leere Zeile zur\u00fcckbleibt), dann ist entweder Ihr Schema falsch aufgebaut oder es war einfach nicht sinnvoll, XML zu verwenden.<\/p>\n

Im Folgenden werde ich einige der h\u00e4ufigsten Beispiele f\u00fcr schlecht konstruierte Schemata anf\u00fchren.<\/p>\n

<\/code><\/pre>\n
\nHier sehen wir ein Beispiel f\u00fcr einen unbegr\u00fcndeten und seltsamen (wenn auch recht verbreiteten) Versuch, ein einfaches \u201eSchl\u00fcssel-Wert\u201c-W\u00f6rterbuch mit XML auszudr\u00fccken. Wenn man alle Tags und Attribute entfernt, bleibt eine leere Zeile zur\u00fcck. Im Grunde genommen stellt dieses Dokument, so absurd es auch klingen mag, eine semantische Annotation einer leeren Zeile dar.<\/p>\n
<root name=\"John\" city=\"London\" \/><\/code><\/pre>\n
\nWas noch schlimmer ist, ist, dass wir hier nicht einfach eine semantische Annotation einer leeren Zeile als extravagante Art der Darstellung eines W\u00f6rterbuchs haben \u2013 diesmal ist das \u201eW\u00f6rterbuch\u201c direkt in Form von Attributen des Wurzelelements kodiert. Dadurch wird die gegebene Menge von Attributnamen am Element unbestimmt und dynamisch. Dar\u00fcber hinaus ist deutlich, dass der Autor eigentlich nur eine einfache \u201eSchl\u00fcssel-Wert\u201c-Syntax ausdr\u00fccken wollte, aber stattdessen eine absolut seltsame Entscheidung getroffen hat, XML anzuwenden, indem er die Verwendung eines einzelnen leeren Elements einfach als Pr\u00e4fix f\u00fcr die Nutzung der Attributsyntax zwingend festlegte. Solche Schemas begegne ich sehr h\u00e4ufig.<\/p>\n
John\n  London<\/code><\/pre>\n
\nDas ist schon etwas besser, aber nun sind die Schl\u00fcssel aus irgendeinem Grund Metadaten, die Werte jedoch nicht. Eine ziemlich seltsame Sichtweise auf W\u00f6rterb\u00fccher. Wenn alle Tags und Attribute entfernt werden, geht die H\u00e4lfte der Informationen verloren.<\/p>\n
Eine korrekte Ausdrucksweise eines W\u00f6rterbuchs in XML w\u00fcrde etwa so aussehen:<\/p>\n
Name\n    John\n  \n  \n    City\n    London<\/code><\/pre>\n
\nWenn die Menschen jedoch seltsame Entscheidungen treffen, XML als Datenformat anzuwenden und damit ein W\u00f6rterbuch zu ordnen, sollten sie verstehen, dass das, was sie tun, unangemessen und unpraktisch ist. Oft w\u00e4hlen Designer f\u00e4lschlicherweise XML f\u00fcr die Erstellung ihrer Anwendungen. Noch h\u00e4ufiger versch\u00e4rfen sie die Situation durch sinnloses Anwenden von XML in einer der oben beschriebenen Formen, dabei ignorieren sie, dass XML einfach nicht daf\u00fcr geeignet ist.<\/p>\n
Das schlechteste 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. Diese Dateien erfordern das Herunterladen von XML-Anforderungsdateien \u00fcber TFTP, die\u2026 Im Allgemeinen hier ein Ausschnitt 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 schlechter Witz. Und das ist nicht meine Erfindung:<\/p>\n