DTD, Entità, Parametri, Namespace

Presentazione sul tema: "DTD, Entità, Parametri, Namespace"— Transcript della presentazione:

1 DTD, Entità, Parametri, Namespace
Lezione 5 DTD, Entità, Parametri, Namespace

2 la DTD La DTD (Document Type Definition) ha il compito di fornire informazioni su come sarà fatto un documento. Essa associa, cioè, una struttura logica al testo. La DTD non è un elemento obbligatorio in un file XML (a differenza che in un file SGML)

3 la DTD L'XML ha una propria DTD (attualmente descritto nella specifica REC-xml ) in cui vengono elencate le regole della specifica stessa del linguaggio. Con l'XML è anche introdotta una classe di documenti che fa riferimento alla sola DTD dell'XML; la creazione di una DTD personale non è quindi indispensabile.

4 XML – documenti “well formed”
un documento XML è ben formato se e solo se: tutti i suoi tag sono chiusi, nell’ordine corretto esiste un solo elemento radice i valori degli attributi sono scritti tra virgolette gli elementi non hanno due attributi con lo stesso nome i nomi degli elementi e degli attributi non contengono i caratteri < > & NB: i parser XML sono in grado di trattare solo i documenti XML ben formati

5 DTD type valid I documenti con le specifiche del DTD XML possono essere trovati agli indirizzi: La seguente URL contiene un controllore di validità Se un documento è conforme alle specifiche di un DTD personale, allora si dice che è TYPE VALID ("valido").

6 Esempio di un DTD Per esempio, dato il seguente DTD personale:
<!DOCTYPE persona [ <!ELEMENT persona (nome,cognome)> <!ELEMENT nome (#PCDATA)> <!ELEMENT cognome (#PCDATA)> ]>

7 Documento type valid il seguente documento risulta TYPE VALID:
<persona> <nome> Luigi </nome> <cognome> Rossi </cognome> </persona>

8 Esempio 2 Consideriamo il seguente DTD, che definisce la struttura di un documento che contiene un indirizzo postale: <!DOCTYPE indirizzo [ <!ELEMENT indirizzo (nome, via, citta, stato, CAP)> <!ELEMENT nome (#PCDATA)> <!ELEMENT via (#PCDATA)> <!ELEMENT citta (#PCDATA)> <!ELEMENT stato (#PCDATA)> <!ELEMENT CAP (#PCDATA)> ]>

9 Osservazioni Osservazioni:
il nome del document type ("indirizzo") è puramente arbitrario, avremmo potuto scrivere anche “address" o altro...; il root element deve avere (obbligatoriamente) lo stesso nome del document type (nell' esempio, "indirizzo");

10 Osservazioni Una volta definito la DTD, un documento TYPE VALID di tipo "indirizzo“ avrà la seguente forma: <indirizzo> <nome> Giuseppe </nome> <via> Garibaldi </via> <città> Pinerolo (TO) </città> <stato> Italia </stato> <CAP> </CAP> </indirizzo>

11 Dove si trova la DTD? la DTD di un file XML può trovarsi:
DENTRO il file stesso (internal set): questo sistema comporta uno svantaggio in termini di condivisione in quanto la DTD non può essere usata per altri documenti XML simili; FUORI dal file (external set): qui, invece, la DTD è condivisibile e riutilizzabile.

12 External set In caso di external set la DTD di riferimento viene caricata tramite il sistema operativo (SYSTEM) <!DOCTYPE label SYSTEM "/URL/della/risorsa">. La URL della risorsa può: essere un percorso sul file system locale. Esempio: <!DOCTYPE label SYSTEM "C:\mydocuments\xml\dtd\label.dtd"> oppure essere un indirizzo esterno: <!DOCTYPE label SYSTEM " Chiaramente la seconda soluzione offre maggiore accessibilità alla DTD.

13 Tipi di content specification
Abbiamo già visto un esempio di "content specification" quando abbiamo elencato gli elementi di "indirizzo": "nome", "via", "citta", "stato", "CAP“: <!ELEMENT nome (#PCDATA)> #PCDATA (“Parsed characted data”) indica un contenuto “misto” (testo e/o marcatori). Il processore XML analizzarà i marcatori, ma la DTD non ne specifica la struttura. Una specifica #CDATA, al contrario, indica al processore XML che non deve analizzare il contenuto, ma è tuttavia formato da caratteri Una specifica #NDATA indica invece che il contenuto di un tag potrebbe essere anche un file binario arbitrario (p.es. una immagine)

14 Altri tipi di content specification
TIPO CONTENUTO PERMESSO EMPTY (vuoto) nessuno ANY qualsiasi MIXED Dati o sotto-elementi ELEMENT SOLO sotto elementi

15 Esempio TIPO COME SI DICHIARA EMPTY (vuoto)
<!ELEMENT VUOTO1 EMPTY> ANY (qualunque cosa) <!ELEMENT QUI-QUO-QUA ANY> MIXED <!ELEMENT nome (RILIEVO)> <!ELEMENT RILIEVO (#PCDATA)> <!ELEMENT comm (#PCDATA | NOME)> ELEMENT <!ELEMENT label (nome,via,città,)>

16 Elementi alternativi E` possibile specificare che un certo elemento può essere composto da uno di due elementi in alternativa: <!ELEMENT FIGURA (DIDASCALIA, (IMMAGINE|CODICE))> Questo esempio definisce l' elemento "figura" (per esempio di un libro) dicendo che una figura ha SEMPRE una didascalia più un'immagine o un pezzo di codice a scelta.

17 <!ELEMENT testo (paragrafo+, autore)>
<!ELEMENT paragrafo #PCDATA> <!ELEMENT autore #PCDATA> ….. … <testo> <paragrafo>djkla;jdksla;jdlks;jkf;</paragrafo> <paragrafo>djskl;wueoruoireweui</paragrafo> <autore> jdksla;fjkdls;a</autore> </testo>

18 Il numero degli elementi
Per indicare opzionalità o ripetizioni si usano i modificatori già incontrati nelle espressioni regolari: ? ? = l' elemento che precede sarà presente da 0 a 1 volta * = l' elemento che precede sarà presente 0 o più volte + = l' elemento che precede sarà presente 1 o più volte Esempio: <!ELEMENT CAPITOLO (titolo, sottotitolo?, paragrafo+)> <!ELEMENT PARAGRAFO (#PCDATA | note)*> <!ELEMENT note (#PCDATA)> L' elemento “sottotitolo“, se c’è, è unico. L' elemento "paragrafo" deve essere presente per lo meno UNA volta. L' elemento "note" può essere ripetuto infinite volte oppure essere totalmente assente.

19 DTD: Esempio antologia
<poesia><titolo>The SICK ROSE</titolo> <strofa> <verso>O Rose thou art sick.</verso> <verso>The invisible worm,</verso> <verso>That flies in the night</verso> <verso>In the howling storm:</verso> </strofa> <verso>Has found out thy bed</verso> <verso>Of crimson joy:</verso> <verso>And his dark secret love</verso> <verso>Does thy life destroy.</verso> </poesia> <!-- continua con altre poesie --> </antologia> Alcune caratteristiche per la definizione di “antologia di poesie” Una antologia contiene un certo numero di poesie e nient'altro. Una poesia contiene a volte un singolo elemento di titolo che precede la prima strofa, e non contiene mai nessun altro elemento. A parte il titolo, una poesia consiste solo di strofe. Una strofa consiste solo di versi ed ogni verso è contenuto in una strofa. Una strofa non può essere seguita da nulla tranne che da un'altra strofa, oppure dalla fine della poesia. Un verso non può essere seguito da nulla se non da un altro verso, oppure dall'inizio di una nuova strofa.

20 Esempio Antologia <!ELEMENT antologia (poesia+)>
<!ELEMENT poesia (titolo?, strofa+)> <!ELEMENT titolo (#CDATA) > <!ELEMENT strofa (verso+) > <!ELEMENT verso (#CDATA) >

21 Notare la differenza tra: Altro esempio: ritornello
Con questi elementi possiamo dichiarare una poesia come composta da una o più strofe, versi liberi o quartine, definite ad esempio come: <!ELEMENT quartina (verso-1, verso-2, verso-3, verso-4)> <!ELEMENT poesia (titolo?, (strofa+ | quartina+ | verso+))> Notare la differenza tra: <!ELEMENT poesia (titolo?, (strofa+ | distico+ | verso+) ) > <!ELEMENT poesia (titolo?, (strofa | distico | verso)+ ) > Altro esempio: ritornello <!ELEMENT ritornello (verso+)> <!ELEMENT poesia (titolo?, ( verso+ | (ritornello?, (strofa, ritornello?)+ ))) >

22 Contenuti misti <!ELEMENT verso (#CDATA | name )* >
Vincoli sul modo per esprimere contenuti “misti”: #CDATA, se appare, deve essere la prima delle alternative. #CDATA deve apparire solo una volta e solo nel gruppo più esterno. Se il gruppo che lo contiene viene ripetuto, bisogna usare la notazione “*”.

23 Attributi Come definire attributi in XML:
<!ELEMENT poesia (titolo?, strofa+)> <!ATTLIST poesia iden ID #IMPLIED status (bozza | rivisto | pubblicato) "bozza" > L’attributo ident di “poesia” è di tipo ID e può mancare (essere implicito) L’attribito status di “poesia” ha 3 valori possibili: “bozza”, “rivisto” e “pubblicato”; se non è presente in valore da assumere è “bozza”

24 Attributi: tipi di valori possibili
CDATA: (character data) Il valore dell’attributo può contenere qualsiasi carattere valido, inclusi spazi e punteggiatura; PCDATA: (Parsed character data) Il valore dell’attributo può contenere qualsiasi carattere valido, inclusi spazi e punteggiatura; eventuali etichette comprese nel valore, possono essere riconosciute come tali dal parser XML; NMTOKEN: (named token) Il valore dell’attributo può contenere solo i caratteri che sono validi all’interno di un nome o di un identificatore generico; NMTOKENS: (named tokens) Il valore dell’attributo può contenere uno o più valori NMTOKEN separati da uno o più spazi bianchi; ID: (identifier ) Il valore dell’attributo deve essere una singola parola iniziante con un carattere alfabetico, che possa essere usata come identificatore univoco (un dato valore può essere usato una volta sola come valore di qualsiasi attributo ID); IDREF: (identifier reference) Il valore dell’attributo deve contenere una singola parola che è stata usata altrove come identificatore univoco di qualche elemento; IDREFS: (identifier references) Il valore dell’attributo può contenere uno o più valori IDREF separati da uno o più spazi bianchi; ENTITY: Il valore dell’attributo deve contenere un valore NMTOKEN precedentemente dichiarato come il nome di una entità XML (vedi oltre); ENTITIES: Il valore dell’attributo può contenere uno o più valori ENTITY, separati da uno o più spazi bianchi;

25 Obbligatorietà dei valori
#REQUIRED: un valore deve essere specificato. #IMPLIED: non deve essere specificato nessun particolare valore. "valore di default“ Esempi: <!ATTLIST poesia iden ID #IMPLIED status (bozza | rivisto | pubblicato) #REQUIRED lingua CDATA “italiano”>

26 Identificatori e riferimento
<!ATTLIST poesia iden ID #IMPLIED > Attributo utile solo per elementi a cui pensiamo di dover poi far riferimento Esempio: <poesia iden=’ROSE’> <!-- Text of poem with identifier ’ROSE’ --> </poesia> <poesia iden=’P40’> <!-- Text of poem with identifier ’P40’ --> <poesia> <!-- This poem has no identifier -->

27 Per far riferimento serve un elemento composto solo da un attributo di tipo IDREF:
<!ELEMENT poesiaRef EMPTY > <!ATTLIST poesiaRef target IDREF #REQUIRED > Blake’s poem on the sick rose <poesiaRef target=’ROSE’/>

28 Entità predefinite Le entità predefinite possono spesso rappresentare singoli caratteri, tramite il loro numero di codice (esprimibile con la forma: “&#num;” dove num è un numero di ASCII/Latin-1/UNICODE…) <!ENTITY lt "&#60;"> <!-- less than, < --> <!ENTITY gt ">"> <!-- greater than, > --> <!ENTITY amp "&"> <!-- ampersand, & --> <!ENTITY apos "'"> <!-- apostrophe, ’ --> <!ENTITY quot """> <!-- quote, " -->

29 Tre tipi di entità non predefinite
Entità interne <!ENTITY tei "Text Encoding Initiative"> &tei;  Text Encoding Initiative Entità esterne <!ENTITY ChapTwo SYSTEM "p4chap2.xml"> <!ENTITY ChapTwo SYSTEM " Entità pubbliche <!ENTITY p3.sg PUBLIC "-//TEI//TEXT Guidelines Chapter on XML//EN" "p4chap2.xml">

30 Entità dentro definizioni
Un esempio di entità definita in una DTD ed usata alla riga successiva, per definire una nuova entità: <!ENTITY xml-url " <!ENTITY xml-ref "<A href=’&xml-url;’>&xml-url;</A>">

31 Se una entità viene dichiarata più di una volta, solo il primo valore dichiarato è valido
<!ENTITY personaggio ‘‘pluto’’> <!ENTITY personaggio ‘‘paperino’’> &personaggio; ==> pluto NB: Ciò si discosta del normale comportamento delle variabili nei linguaggi di programmazione; normalmente l’ultima assegnazione è quella che vale)

32 Parametri Un parametro è un insieme di attributi a cui viene dato un nome, in modo da poterlo usare con più elementi. Per fare riferimento ad un parametro si usa la forma: %nomeparametro;

33 Parametri: esempio <!ENTITY % a.global ’iden ID #REQUIRED Rend CDATA #IMPLIED’> <!ATTLIST myElement %a.global; another CDATA #IMPLIED > Con questo sistema i due attributi iden e rend vengono assgnati insieme a myElement. Nome parametro elenco attributi

34 Un esempio di documento completo
Un documento marcato in XML consiste di: Una dichiarazione XML che indica proprietà generali del documento. Una Document Type Declaration (o DOCTYPE), che assegna l' elemento root e la DTD (necessaria solo se si vuole che il documento XML possa essere dichiarato formalmente valido da un parser) L' elemento root, che contiene il testo e le successive marcature. <?xml version="1.0" encoding="iso "?> <!DOCTYPE antologia [ <!ELEMENT antologia (poesia+)> <!ELEMENT poesia (titolo?, strofa+)> <!ELEMENT titolo (#PCDATA) > <!ELEMENT strofa (verso+) > <!ELEMENT verso (#PCDATA) > ]> <antologia> <poesia><titolo>The SICK ROSE</titolo> <strofa> <verso>O Rose thou art sick.</verso> <verso>The invisible worm,</verso> <verso>That flies in the night</verso> <verso>In the howling storm:</verso> </strofa> <verso>Has found out thy bed</verso> <verso>Of crimson joy:</verso> <verso>And his dark secret love</verso> <verso>Does thy life destroy.</verso> </poesia> </antologia>

35 Namespace Il meccanismo dei “namespace” (spazi dei nomi) consente ad un documento in XML di caricare ed usare più di una DTD, ciascuna con il suo set di marcatori. I marcatori diventano disponibili all’interno del marcatore in cui la DTD è stata caricata con la la istruzione xmlns Un opportuno sistema di prefissi distingue i marcatori di DTD diverse (risolvendo eventuali omonimie) Esempio: <verso xmlns:gram=" <!-- in questa porzione di testo valgono tutte le etichette definite in morfo.dtd --> </verso> <!-- qui fuori le etichette definite in morfo.dtd non valgono -->

36 Namespace con prefissi
<verso xmlns:gram=“ xmlns:form=“ <form:sonnet> <gram:aux>Shall</gram:aux> <gram:pron>I</gram:pron> <gram:verb>compare</gram:verb> <gram:pron>thee</gram:pron> <gram:prep>to</gram:prep> <gram:art>a</gram:art> <gram:noun>summer</gram:noun> ’s <gram:noun>day</gram:noun> ? … </form:sonnet> </verso>

37 I marcatori che vengono caricati da un particolare namespace hanno significato solo all’interno di quel namespace. <text xmlns=" <front> <!– il prefisso gram non è disponibile qui --> </front> <body xmlns:gram=" <!-- il prefisso gram qui è disponibile --> </body> </text> Il significato dei prefissi dipende del namespace più interno in cui sono definiti (se ci sono più namespace con prefissi con lo stesso nome, il particolare prevale sul generale). La URL data nella definizione del namespace non viene controllata in fase di validazione

38 Altro esempio di uso di namespace
<?xml version="1.0" ?> <html xmlns=" xmlns:nms=" <head><title>Addresses</title></head> <body> <nms:addresses nms:version="1.0"> <hr/> <nms:person> <nms:title>Mr.</nms:title> <nms:first>Simon</nms:first> <nms:last>Schuster</nms:last> </nms:person> <! > </body> </html>