Laboratorio di Sistemi Distribuiti

Transcript

1 Laboratorio di Sistemi Distribuiti Bianchi Marco Univ. Roma Tor Vergata November 8, 2006 Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

2 Introduzione ad XML (2/3) 1 Schemi XML Definizione di tipi semplici Definizione di tipi complessi Riusabilità degli Schema 2 Domande? Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

3 Schemi XML XML Schema è uno specifico linguaggio XML utile alla definizione della struttura e alla verifica di documenti XML. Uno schema XML rappresenta una sorta di contratto stipulato da coloro che utilizzano uno stesso tipo XML. Uno schema XML permette di definire, tra l altro: gli elementi che compaiono in un documento; l ordine e la relazione tra gli elementi; gli attributi di ogni elemento e se tali attributi sono opzionali o obbligatori o se hanno altre proprità speciali; il tipo di dato di ogni attributo. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

4 Documenti ben formati e documenti validi Un documento XML si dice ben formato se rispetta le regole della sintassi XML Un documento XML si dice valido se è ben formato e rispetta regole definite da qualche schema. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

5 Specifiche degli Schema XML XML Schema Part 0: Primer. Documento che introduce XML Schema presentando i concetti più utilizzati e riportando numerosi esempi. XML Schema Part 1: Structures. Documento che approfondisce le regole per la definizione di istanze di XML document-oriented. XML Schema Part 2: Datatypes. Documento che approfondisce le regole per la definizione di istanze di XML data-oriented. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

6 Esempio di struttura definita da uno schema per PO.. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

7 Struttura di base di un documento XML <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" targetnamespace=" <xsd:annotation> <xsd:documentation xml:lang="en"> Purchase order schema for SkatesTown. </xsd:documentation> </xsd:annotation>... </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

8 Come associare uno schema ad un documento <?xml version="1.0" encoding="utf-8"?> <po:po xmlns:po=" xmlns:xsi=" xsi:schemalocation=" id="43871" submitted=" ">... </po:po> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

9 Tipi semplici I tipi semplici sono utili per la definizione di contenuti character-based come ad esempio valori di attributi ed elementi contenenti caratteri. <postalcode>01775<\postalcode> <item sku="947-ti" quantity="12"> La seguente tabella riporta alcuni tipi semplici: Simple Type Examples (delimited by commas) Notes string Confirm this is electric integer , -1, 0, 1, positiveinteger 1, decimal -1.23, 0, 123.4, boolean true, false or 1, 0 time 13:20: or 13:20: :00 date Name shipto XML 1.0 Name type QName po:usaddress XML Namespace QName ID XML 1.0 ID attribute type IDREF XML 1.0 IDREF attribute type Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

10 Estendere i tipi semplici È possibile personalizzare un tipo semplice definendo delle restrizioni sul dominio di definizione: length, minlength o maxlength. La lunghezza esatta, minima o massima di caratteri di un valore. pattern Il pattern sintattico che deve essere rispettato da un valore. enumeration Una lista di tutti i possibili valori. whitespace Le regole per la gestione degli spazi bianchi in un valore. minexclusive, mininclusive, maxinclusive and maxexclusive L intervallo di definizione di un valore numerico. totaldigits Il numero di posizioni decimali in un valore numerico. fractiondigits Il numero di posizioni decimali dopo la virgola in un valore numerico. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

11 Alcuni esempi: <xsd:simpletype name="skutype"> <xsd:restriction base="xsd:string"> <xsd:pattern value="\d{ 3} -[A-Z]{ 2} "/> </xsd:restriction> </xsd:simpletype> <xsd:simpletype name="poidtype"> <xsd:restriction base="xsd:integer"> <xsd:minexclusive value="10000"/> <xsd:maxexclusive value="100000"/> </xsd:restriction> </xsd:simpletype> <xsd:simpletype name="statetype"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="ak"/> <xsd:enumeration value="al"/> <xsd:enumeration value="ar"/>... </xsd:restriction> </xsd:simpletype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

12 Tipi complessi Dato un elemento, i tipi complessi permettono di definire le sequenze e le molteplicità dei sotto-elementi, nome e tipo degli attributi, se tali attributi sono obbligatori o opzionali. La sintassi per la definizione dei tipi complessi è la seguente: <xsd:complextype name="typename"> <xsd:sometoplevelmodelgroup> <!-- Sequencing and multiplicity constraints for child elements defined using xsd:element --> </xsd:sometoplevelmodelgroup> <!-- Attribute declarations using xsd:attribute --> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

13 Strumenti per la definizione di tipi complessi I top-level model group servono per definire le regole che devono essere rispettate dai sotto-elementi. I model group più utilizzati sono: xsd:sequence - A sequence of elements. xsd:choice - Allows one out of a number of elements. xsd:all - Allows a certain set of elements to appear once or not at all but in any order. xsd:group - References a model group that is defined someplace else. Questi modelli possono essere annidati per creare modelli ancor più complessi. Un sotto-elemento si specifica all interno di un model group attraverso xsd:element. La specifica del top-level model group è seguita dalla definizioni di un qualsiasi numero di attributi attraverso xsd:attribute. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

14 Primo esempio: frammento dello schema PO. Definizione del tipo complesso Address. <xsd:complextype name="addresstype"> <xsd:sequence> <xsd:element name="name" type="xsd:string" minoccurs="0"/> <xsd:element name="company" type="xsd:string" minoccurs="0"/> <xsd:element name="street" type="xsd:string" maxoccurs="unbounded"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string" minoccurs="0"/> <xsd:element name="postalcode" type="xsd:string" minoccurs="0"/> <xsd:element name="country" type="xsd:string" minoccurs="0"/> </xsd:sequence> <xsd:attribute name="id" type="xsd:id"/> <xsd:attribute name="href" type="xsd:idref"/> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

15 Secondo esempio: frammento dello schema PO. Definizione del tipo complesso PO. <xsd:complextype name="potype"> <xsd:sequence> <xsd:element name="billto" type="addresstype"/> <xsd:element name="shipto" type="addresstype"/> <xsd:element name="order"> <xsd:complextype> <xsd:sequence> <xsd:element name="item" type="itemtype" maxoccurs="unbounded"/> </xsd:sequence> </xsd:complextype> </xsd:element> </xsd:sequence> <xsd:attribute name="id" use="required" type="xsd:positiveinteger"/> <xsd:attribute name="submitted" use="required" type="xsd:date"/> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

16 Terzo esempio: frammento dello schema PO. Definizione del tipo complesso item. <xsd:complextype name="itemtype"> <xsd:sequence> <xsd:element name="description" type="xsd:string" minoccurs="0"/> </xsd:sequence> <xsd:attribute name="sku" use="required"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:pattern value="\d{ 3} -[A-Z]{ 2} "/> </xsd:restriction> </xsd:simpletype> </xsd:attribute> <xsd:attribute name="quantity" use="required" type="xsd:positiveinteger"/> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

17 Lo schema po.xsd: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" targetnamespace=" <xsd:annotation> <xsd:documentation xml:lang="en"> Purchase order schema for SkatesTown. </xsd:documentation> </xsd:annotation> <xsd:element name="po" type="potype"/> <xsd:complextype name="potype">... </xsd:complextype> <xsd:complextype name="addresstype">... </xsd:complextype> <xsd:complextype name="itemtype">... </xsd:complextype> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

18 Elementi Globali vs. Elementi Locali Qualsiasi elemento o attributo definito all interno della definizione di un tipo complesso è considerato locale alla definizione. Qualsiasi elemento o attributo definito a top-level (cioè come sotto-elemento di xsd:schema) è considerato globale. Esempio di definizione di attributo globale: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" targetnamespace=" xmlns:xsd=" <xsd:attribute name="priority" use="optional" default="medium"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:enumeration value="low"/> <xsd:enumeration value="medium"/> <xsd:enumeration value="high"/> </xsd:restriction> </xsd:simpletype> </xsd:attribute> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

19 Regole di base per la riusabilità degli Schema Le regole di base per la riusabilità degli schemi permettono di utilizzare quanto già definito. I meccanismi principali a supporto della riusabilità sono i seguenti: Element references Content model groups Attribute groups Schema includes Schema imports Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

20 Element references Si utilizza l attributo ref di xsd:element per riferirsi ad un elemento globale. Ad esempio: <xsd:element name="comment" type="xsd:string"/> <xsd:complextype name="persontype"> <xsd:sequence> <xsd:element name="name" type="xsd:string"/> <xsd:element ref="comment" minoccurs="0"/> </xsd:sequence> </xsd:complextype> <xsd:complextype name="tasktype"> <xsd:sequence> <xsd:element name="todo" type="xsd:string"/> <xsd:element ref="comment" minoccurs="0"/> </xsd:sequence> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

21 Content Model Group Per riutilizzare gruppi di elementi si usa xsd:group. Ad esempio: <xsd:group name="comments"> <xsd:sequence> <xsd:element name="publiccomment" type="xsd:string" minoccurs="0"/> <xsd:element name="privatecomment" type="xsd:string" minoccurs="0"/> </xsd:sequence> </xsd:group> <xsd:complextype name="persontype"> <xsd:sequence> <xsd:element name="name" type="xsd:string"/> <xsd:group ref="comments"/> </xsd:sequence> </xsd:complextype> <xsd:complextype name="tasktype"> <xsd:sequence> <xsd:element name="todo" type="xsd:string"/> Bianchi Marco <xsd:group (Univ. Roma Torref="comments"/> Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

22 Attribute Groups Per riutilizzare gruppi di elementi si usa xsd:attributegroup. Ad esempio: <xsd:attributegroup name="referenceable"> <xsd:attribute name="id" type="xsd:id"/> <xsd:attribute name="href" type="xsd:idref"/> </xsd:attributegroup> <xsd:complextype name="persontype"> <xsd:sequence> <xsd:element name="name" type="xsd:string"/> </xsd:sequence> <xsd:attributegroup ref="referenceable"/> </xsd:complextype> <xsd:complextype name="tasktype"> <xsd:sequence> <xsd:element name="todo" type="xsd:string"/> </xsd:sequence> <xsd:attributegroup ref="referenceable"/> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

23 Schema Includes e Imports Consideriamo lo scenario in cui SkatesTown intenda riutilizzare la definizione di del tipo address per un nuovi schema relativo ad un mailing-list. SkatesTown deve affrontare le seguenti problematiche: Spostare la definizione del tipo address in un apposito schema; Riferire questo nuovo schema dallo schema che definisce l ordine d acquisto; Riferire questo nuovo schema dallo schema che definisce la mailing list; Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

24 Il nuovo schema per il tipo address: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" targetnamespace=" <xsd:annotation>... </xsd:annotation> <xsd:complextype name="addresstype"> <xsd:sequence> <xsd:element name="name" type="xsd:string" minoccurs="0"/> <xsd:element name="company" type="xsd:string" minoccurs="0"/> <xsd:element name="street" type="xsd:string" maxoccurs="unbounded" <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string" minoccurs="0"/> <xsd:element name="postalcode" type="xsd:string" minoccurs="0"/> <xsd:element name="country" type="xsd:string" minoccurs="0"/> </xsd:sequence> <xsd:attribute name="id" type="xsd:id"/> <xsd:attribute name="href" type="xsd:idref"/> </xsd:complextype> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

25 Schema aggiornato che definisce il PO: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" targetnamespace=" <xsd:include schemalocation=" </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

26 Schema che definisce la mailing list: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" targetnamespace=" <xsd:include schemalocation=" <xsd:annotation> <xsd:documentation xml:lang="en"> Mailing list schema for SkatesTown. </xsd:documentation> </xsd:annotation> <xsd:element name="mailinglist"> <xsd:sequence> <xsd:element name="contact" type="addresstype" minoccurs="0" maxoccurs="unbounded"/> </xsd:sequence> </xsd:element> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

27 Vediamo un istanza dello schema precedente. <?xml version="1.0" encoding="utf-8"?> <list:mailinglist xmlns:list=" xmlns:addr=" xmlns:xsi=" xsi:schemalocation=" <contact> <addr:company>the Skateboard Warehouse</addr:company> <addr:street>one Warehouse Park</addr:street> <addr:street>building 17</addr:street> <addr:city>boston</addr:city> <addr:state>ma</addr:state> <addr:postalcode>01775</addr:postalcode> </contact> </list:mailinglist> Problema : questo documento fa riferimento a due namespace diversi. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

28 Si può rendere più leggibile l istanza XML appena presentata unificando i due due namespace nello schema che definisce la mailing list: <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" xmlns:xsd=" xmlns:addr=" xmlns:xsi=" xsi:schemalocation=" targetnamespace=" <xsd:import namespace=" <xsd:annotation>... </xsd:annotation> <xsd:element name="mailinglist"> <xsd:sequence> <xsd:element name="contact" type="addr:addresstype" minoccurs="0" maxoccurs="unbounded"/> </xsd:sequence> </xsd:element> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

29 Ora l istanza XML di mailing list risulta più leggibile: <?xml version="1.0" encoding="utf-8"?> <list:mailinglist xmlns:list=" xmlns:xsi=" xsi:schemalocation=" <contact> <company>the Skateboard Warehouse</company> <street>one Warehouse Park</street> <street>building 17</street> <city>boston</city> <state>ma</state> <postalcode>01775</postalcode> </contact> </list:mailinglist> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

30 Tecniche avanzate per la riusabilità degli schemi Consideriamo il formato della fattura (basata su PO) che SkatesTown invierà a Skateboard Warehouse. <?xml version="1.0" encoding="utf-8"?> <invoice:invoice xmlns:invoice=" xmlns:xsi=" xsi:schemalocation=" id="43871" submitted=" "> <billto id="addr-1">...</billto> <shipto href="addr-1"/> <order> <item sku="318-bp" quantity="5" unitprice="49.95"> <description>skateboard backpack; five pockets</description> </item> </order> <tax>89.89</tax> <shippingandhandling>200</shippingandhandling> <totalcost> </totalcost> </invoice:invoice> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

31 Il documento invoice è molto simile a OP, con poche ma importanti differenze: Invoice usa un namespace differente ( L elemento root del documento è invoice e non po. L elemento invoice ha tre sottolementi addizionali: tax, shippingandhandling, e totalcost. L elemento item ha un attributo addizionale: unitprice. Come è possibile riutilizzare lo schema di PO per definire lo schema di invoice? Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

32 Principi di progettazione Immaginando che PO, Address e Item siano classi Java: class Address {... } class Item {String sku; int quantity;} class InvoiceItem extends Item {float unitprice;} class PO { int id; Date submitted; Address billto; Address shipto; Item order[]; } class Invoice extends PO { float tax; float shippingandhandling; float totalcost; } Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

33 Al fine di utilizzare un array di InvoiceItem ed evitare continui downcasting: class Invoice { int id; Date submitted; Address billto; Address shipto; InvoiceItem order[]; float tax; float shippingandhandling; float totalcost; } Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

34 Estendere uno schema <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns=" targetnamespace=" xmlns:xsd=" xmlns:po=" <xsd:import namespace=" schemalocation=" <xsd:annotation>...</xsd:annotation> <xsd:element name="invoice" type="invoicetype"/> <xsd:complextype name="invoicetype"> <xsd:sequence> <xsd:element name="billto" type="po:addresstype"/> <xsd:element name="shipto" type="po:addresstype"/> <xsd:element name="order"> <xsd:complextype> <xsd:sequence> <xsd:element name="item" type="itemtype" maxoccurs="unbounded"/> </xsd:sequence> </xsd:complextype> </xsd:element> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

35 <xsd:element name="tax" type="pricetype"/> <xsd:element name="shippingandhandling" type="pricetype"/> <xsd:element name="totalcost" type="pricetype"/> </xsd:sequence> <xsd:attribute name="id" use="required" type="xsd:positiveinteger"/> <xsd:attribute name="submitted" use="required" type="xsd:date"/> </xsd:complextype> <xsd:complextype name="itemtype"> <xsd:complexcontent> <xsd:extension base="po:itemtype"> <xsd:attribute name="unitprice" use="required" type="pricetype" </xsd:extension> </xsd:complexcontent> </xsd:complextype> <xsd:simpletype name="pricetype"> <xsd:restriction base="xsd:decimal"> <xsd:mininclusive value="0"/> </xsd:restriction> </xsd:simpletype> </xsd:schema> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

36 Sintassi per l estensione e la restrizione <xsd:complextype name="..."> <xsd:complexcontent> <xsd:extension base="..."> <!-- Optional extension content model --> <!-- Optional extension attributes --> </xsd:extension> </xsd:complexcontent> </xsd:complextype> <xsd:complextype name="..."> <xsd:complexcontent> <xsd:restriction base="..."> <!-- Content model and attributes --> </xsd:restriction> </xsd:complexcontent> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

37 Esempio di restrizione <xsd:complextype name="corporateaddresstype"> <xsd:complexcontent> <xsd:restriction base="addresstype"> <xsd:sequence> <!-- Add maxoccurs="0" to delete optional name element --> <xsd:element name="name" type="xsd:string" minoccurs="0" maxoccurs="0"/> <!-- The rest is the same as in addresstype --> <xsd:element name="company" type="xsd:string" minoccurs="0"/> <xsd:element name="street" type="xsd:string" maxoccurs="unbounded"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string" minoccurs="0"/> <xsd:element name="postalcode" type="xsd:string" minoccurs="0"/> <xsd:element name="country" type="xsd:string" minoccurs="0"/> </xsd:sequence> <xsd:attribute name="id" type="xsd:id"/> <xsd:attribute name="href" type="xsd:idref"/> </xsd:restriction> </xsd:complexcontent> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

38 L importanza di xsi:type Per identificare il reale schema di un tipo utilizzato in un istanza XML si utilizza xsi:type. Ad esempio: <?xml version="1.0" encoding="utf-8"?> <po:po xmlns:po=" xmlns:xsi=" xsi:schemalocation=" id="43871" submitted=" "> <billto xsi:type="po:corporateaddresstype"> <company>the Skateboard Warehouse</company> <street>one Warehouse Park</street> <street>building 17</street> <city>boston</city> <state>ma</state> <postalcode>01775</postalcode> </billto>... </po:po> A volte e utile ricorrere all utilizzo di xsi:type per aggirare problemi dovuti a una cattiva progettazione degli schemi. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

39 Supponiamo di aver definito il tipo invoice attraverso l estensione del tipo PO. <xsd:complextype name="invoicetype"> <xsd:complexcontent> <xsd:extension base="po:potype"> <xsd:element name="tax" type="pricetype"/> <xsd:element name="shippingandhandling" type="pricety <xsd:element name="totalcost" type="pricetype"/> </xsd:extension> </xsd:complexcontent> </xsd:complextype> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

40 Utilizzando xsi:type possiamo specificare il tipo itemtype di invoice. <order> <item sku="318-bp" quantity="5" unitprice="49.95" xsi:type="invoice:itemtype"> <description>skateboard backpack; five pockets</description> </item> <item sku="947-ti" quantity="12" unitprice="129.00" xsi:type="invoice:itemtype"> <description>street-style titanium skateboard.</description> </item> <item sku="008-pr" quantity="1000" unitprice="0.00" xsi:type="invoice:itemtype"> <description>promotional: SkatesTown stickers</description> </item> </order> Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

41 A volte l utilizzo di xsi:type può risultare conveniente. Immaginiamo di voler specializzare ulteriormente gli indirizzi di intestazione e consegna. Address- Nessuna modifica. USAddress- Country non è permesso e il CAP deve seguire il pattern 5. (- 4. )?. UKAddress- Country è fissato e il CAP deve seguire il pattern [0-9A-Z] 3 [0-9A-Z] 3. Per avere la miglior validazione possibile le applicazioni di SkatesTown devono conoscere l esatto tipo degli indirizzi usati nel documento. Senza xsi:type sia lo schema po che invoice devono definire 9 possibili combinazioni di elementi billto e shipto: billto/shipto, billto/shiptous, billto/shiptouk, billtous/shipto, and così via. In casi del genere è meglio utilizzare xsi:type per indicare l esatto tipo di indirizzo direttamente nell istanza XML. Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73

42 Bianchi Marco (Univ. Roma Tor Vergata) Laboratorio di Sistemi Distribuiti November 8, / 73