{"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\/pl\/blog\/administrirovanie\/xml-prakticheski-vsegda-primenyaetsya-ne-po-naznacheniyu","title":{"rendered":"XML jest prawie zawsze u\u017cywany niezgodnie z przeznaczeniem","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"XML
\nJ\u0119zyk XML zosta\u0142 wynaleziony w 1996 roku. Ledwo si\u0119 pojawi\u0142, a ju\u017c zacz\u0119to go niew\u0142a\u015bciwie wykorzystywa\u0107, a dla cel\u00f3w, do kt\u00f3rych go pr\u00f3bowano dostosowa\u0107, nie by\u0142 najlepszym wyborem.<\/p>\n

Nie b\u0119dzie przesad\u0105 powiedzie\u0107, \u017ce przewa\u017caj\u0105ca wi\u0119kszo\u015b\u0107 schemat\u00f3w XML, kt\u00f3re mia\u0142em okazj\u0119 zobaczy\u0107, by\u0142a niecelowym lub b\u0142\u0119dnym wykorzystaniem XML. Co wi\u0119cej, takie zastosowanie XML \u015bwiadczy\u0142o o fundamentalnym braku zrozumienia, czym przede wszystkim jest XML.<\/p>\n

XML to j\u0119zyk znacznik\u00f3w. To nie jest format danych.<\/b>. W wi\u0119kszo\u015bci schemat\u00f3w XML to rozgraniczenie nie by\u0142o wyra\u017anie uwzgl\u0119dniane, myl\u0105c XML z formatem danych, co w efekcie oznacza\u0142o b\u0142\u0105d w wyborze XML, poniewa\u017c w rzeczywisto\u015bci potrzebny by\u0142 format danych.
\n<\/a><\/noindex>
\nNie zag\u0142\u0119biaj\u0105c si\u0119 w szczeg\u00f3\u0142y, XML najlepiej nadaje si\u0119 do annotowania blok\u00f3w tekstu ze struktur\u0105 i metadanymi. Je\u015bli twoim g\u0142\u00f3wnym celem nie jest praca z blokiem tekstu, wyb\u00f3r XML raczej nie b\u0119dzie uzasadniony.<\/p>\n

Z tej perspektywy istnieje prosty spos\u00f3b, aby sprawdzi\u0107, jak dobrze zbudowany jest schemat XML. We\u017amy na przyk\u0142ad dokument w za\u0142o\u017conym schemacie i usu\u0144my z niego wszystkie znaczniki i atrybuty. Je\u015bli w tym, co pozosta\u0142o, nie ma sensu (lub je\u015bli pozosta\u0142a pusta linia), to albo tw\u00f3j schemat jest \u017ale skonstruowany, albo po prostu nie powiniene\u015b by\u0142 u\u017cywa\u0107 XML.<\/p>\n

Nast\u0119pnie przedstawi\u0119 kilka najcz\u0119\u015bciej spotykanych przyk\u0142ad\u00f3w b\u0142\u0119dnie skonstruowanych schemat\u00f3w.<\/p>\n

<\/code><\/pre>\n
\nTutaj widzimy przyk\u0142ad niew\u0142a\u015bciwej i dziwnej (cho\u0107 bardzo powszechnej) pr\u00f3by wyra\u017cenia j\u0119zykiem XML prostego s\u0142ownika \u201eklucz-warto\u015b\u0107\u201d. Je\u015bli usuniemy wszystkie znaczniki i atrybuty, pozostanie pusta linia. W zasadzie ten dokument przedstawia, jak absurdalnie by to nie brzmia\u0142o, semantyczn\u0105 adnotacj\u0119 pustej linii.<\/p>\n
<root name=\"John\" city=\"London\" \/><\/code><\/pre>\n
\nCo gorsza, nie mamy tutaj po prostu semantycznej adnotacji pustego wiersza jako ekstrawaganckiego sposobu wyra\u017cania s\u0142ownika \u2013 tym razem \u201es\u0142ownik\u201d jest bezpo\u015brednio zakodowany w postaci atrybut\u00f3w elementu g\u0142\u00f3wnego. W zwi\u0105zku z tym ustalony zestaw nazw atrybut\u00f3w na elemencie staje si\u0119 nieokre\u015blony i dynamiczny. Co wi\u0119cej, st\u0105d wida\u0107, \u017ce wszystko, co tak naprawd\u0119 chcia\u0142 wyrazi\u0107 autor, to prosty sk\u0142adnik \u201eklucz-warto\u015b\u0107\u201d, ale zamiast tego podj\u0105\u0142 ca\u0142kowicie dziwn\u0105 decyzj\u0119, by zastosowa\u0107 XML, wymuszaj\u0105c wykorzystanie pojedynczego pustego elementu tylko jako prefiksu do u\u017cycia sk\u0142adni atrybut\u00f3w. I takie schematy zdarzaj\u0105 mi si\u0119 bardzo cz\u0119sto.<\/p>\n
John\n  London<\/code><\/pre>\n
\nTo ju\u017c troch\u0119 lepiej, ale teraz klucze s\u0105 z jakiego\u015b powodu metadanymi, a warto\u015bci nie. Do\u015b\u0107 dziwny spos\u00f3b patrzenia na s\u0142owniki. Je\u015bli usuniemy wszystkie tagi i atrybuty, po\u0142owa informacji zostanie utracona.<\/p>\n
Poprawne wyra\u017cenie s\u0142ownika w XML powinno wygl\u0105da\u0107 mniej wi\u0119cej tak:<\/p>\n
Nazwa\n    John\n  \n  \n    Miasto\n    London<\/code><\/pre>\n
\nAle je\u015bli ludzie podj\u0119li dziwn\u0105 decyzj\u0119, by stosowa\u0107 XML jako format danych, a nast\u0119pnie za jego pomoc\u0105 porz\u0105dkowa\u0107 s\u0142ownik, to musz\u0105 rozumie\u0107, \u017ce to, co robi\u0105, jest niew\u0142a\u015bciwe i niewygodne. Jeszcze cz\u0119\u015bciej projektanci b\u0142\u0119dnie wybieraj\u0105 XML do budowy swoich aplikacji. Ale jeszcze cz\u0119\u015bciej pogarszaj\u0105 sytuacj\u0119 bezsensownym stosowaniem XML w jednym z opisanych powy\u017cej form, ignoruj\u0105c fakt, \u017ce XML do tego po prostu si\u0119 nie nadaje.<\/p>\n
Najgorszy schemat XML?<\/b> Przy okazji, nagroda za najgorszy schemat XML, jaki kiedykolwiek widzia\u0142em,<\/i> przypad\u0142 formatowi pliku konfiguracyjnego automatycznego przydzielania zasob\u00f3w dla telefon\u00f3w VoIP Polycom. Takie pliki wymagaj\u0105 pobierania plik\u00f3w XML \u017c\u0105dania przez TFTP, kt\u00f3re\u2026 C\u00f3\u017c, oto fragment jednego z takich plik\u00f3w:<\/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
\nTo nie jest czyj\u015b nieudany \u017cart. I to nie jest moja wymy\u015blona historia:<\/p>\n