{"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\/it\/blog\/administrirovanie\/xml-prakticheski-vsegda-primenyaetsya-ne-po-naznacheniyu","title":{"rendered":"XML viene praticamente sempre utilizzato in modo errato","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"XML
\nIl linguaggio XML \u00e8 stato inventato nel 1996. Appena \u00e8 apparso, le possibilit\u00e0 di utilizzo sono state fraintese, e per gli scopi a cui \u00e8 stato cercato di adattarlo, non \u00e8 stata la scelta migliore.<\/p>\n

Non sar\u00e0 esagerato dire che la stragrande maggioranza degli schemi XML che ho visto rappresentava un uso inadeguato o errato di XML. Inoltre, tale utilizzo di XML testimoniava una fondamentale incomprensione di ci\u00f2 che XML \u00e8 prima di tutto.<\/p>\n

XML \u00e8 un linguaggio di markup. Non \u00e8 un formato di dati<\/b>. Nella maggior parte degli schemi XML questa distinzione non \u00e8 stata esplicitamente considerata, confondendo XML con un formato di dati, il che ha portato a un errore nella scelta di XML, poich\u00e9 in realt\u00e0 era necessario un formato di dati.
\n<\/a><\/noindex>
\nSenza entrare nei dettagli, XML \u00e8 pi\u00f9 adatto per annotare blocchi di testo con struttura e metadati. Se il tuo obiettivo principale non \u00e8 lavorare con un blocco di testo, la scelta di XML difficilmente sar\u00e0 giustificata.<\/p>\n

Da questo punto di vista, esiste un modo semplice per verificare quanto sia ben fatto uno schema XML. Prendiamo ad esempio un documento nello schema previsto e rimuoviamo tutti i tag e gli attributi. Se nel resto non ha senso (o se rimane una stringa vuota), allora o il tuo schema \u00e8 costruito in modo errato, o semplicemente non avresti dovuto utilizzare XML.<\/p>\n

Di seguito fornir\u00f2 alcuni dei pi\u00f9 comuni esempi di schemi costruiti in modo errato.<\/p>\n

<\/code><\/pre>\n
\nQui vediamo un esempio di un tentativo ingiustificato e strano (sebbene piuttosto comune) di esprimere in XML un semplice dizionario \"chiave-valore\". Se rimuoviamo tutti i tag e gli attributi, rimarr\u00e0 una stringa vuota. In sostanza, questo documento rappresenta, per quanto possa sembrare assurdo, un'annotazione semantica di una stringa vuota.<\/p>\n
<root name=\"John\" city=\"London\" \/><\/code><\/pre>\n
\nCosa ancor peggiore, qui non abbiamo solo un'annotazione semantica di una riga vuota come un modo stravagante di esprimere un dizionario \u2014 stavolta il \u00abdizionario\u00bb \u00e8 codificato direttamente come attributi dell'elemento radice. Di conseguenza, il set di nomi degli attributi sull'elemento diventa indeterminato e dinamico. Inoltre, \u00e8 chiaro che tutto ci\u00f2 che l'autore voleva esprimere era una semplice sintassi \u00abchiave-valore\u00bb, ma invece ha preso una decisione assolutamente strana di applicare XML, costringendo l'uso di un singolo elemento vuoto semplicemente come prefisso per utilizzare la sintassi degli attributi. E schemi come questo mi capitano molto spesso.<\/p>\n
John\n  Londra<\/code><\/pre>\n
\nQuesto \u00e8 gi\u00e0 un po' meglio, ma ora le chiavi sono per qualche ragione meta dati, mentre i valori non lo sono. Un punto di vista piuttosto strano sui dizionari. Se si rimuovono tutti i tag e gli attributi, si perde met\u00e0 delle informazioni.<\/p>\n
Un'espressione corretta di un dizionario in XML apparirebbe approssimativamente cos\u00ec:<\/p>\n
Nome\n    John\n  \n  \n    Citt\u00e0\n    Londra<\/code><\/pre>\n
\nMa se le persone hanno preso la strana decisione di applicare XML come formato dati e poi di utilizzarlo per ordinare un dizionario, devono capire che quello che fanno non \u00e8 appropriato e non \u00e8 comodo. Inoltre, spesso i progettisti scelgono erroneamente XML per creare le loro applicazioni. Ma ancora pi\u00f9 spesso, aggravano la situazione con l'uso insensato di XML in una delle forme sopra descritte, ignorando il fatto che XML non \u00e8 adatto a questo.<\/p>\n
Qual \u00e8 il schema XML peggiore?<\/b> A proposito, il premio per il schema XML peggiore che abbia mai visto,<\/i> va al formato di file di configurazione per la gestione delle risorse automatiche per i telefoni VoIP Polycom. Questi file richiedono il caricamento di file XML tramite richiesta TFTP, che\u2026 In sostanza, ecco un estratto di uno di questi file:<\/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
\nNon \u00e8 uno scherzo di cattivo gusto. E non \u00e8 una mia invenzione:<\/p>\n