Inleiding tot XML-DTD. Basisprincipes van het gebruik van XML-schema's om elementen te definiëren
Spiekbriefje aan DTD .
DTD – Een van de manieren om de documentindeling formeel te beschrijven XML , gemaakt in een taal die begrijpelijk is voor het analyseprogramma.
Wordt momenteel uitgefaseerd DTD in het voordeel XSD (XML-schemadefinitie ), om een aantal redenen:
- DTD gebruikt anders dan XML syntaxis.
- Er is geen knooppunttypering.
- Er is geen ondersteuning voor naamruimten.
Niettemin wordt deze methode nog steeds veel gebruikt omdat deze eenvoudiger en handiger is voor het beschrijven van eenvoudige documentlay-outs.
CONSTRUCTIES DTD
De schemabeschrijving bestaat uit opmaakdeclaraties ( opmaakdeclaratie ), beginnend met een paar tekens “ gevolgd door een van de woorden:
- ELEMENT (geeft aan dat het wordt aangekondigd element )
- ATTLIST (attributenlijst )
- ENTITEIT (essence )
- NOTATIE (aanduiding )
de opmaakdeclaratie eindigt met “ > ”
ELEMENTTYPEVERKLARING
(elk element van het document moet worden beschreven)
Inhoud:
- LEEG
– leeg (bijv
) - ELK – elke inhoud (zeldzaam)
- (#PCDATA) – alleen tekengegevens
- (lijst met namen van geneste elementen, gescheiden door komma's)
– geneste elementen moeten in het document voorkomen in de volgorde waarin ze in de aangifte worden vermeld. Er wordt slechts één nestingniveau gedeclareerd. Elementen kunnen worden gegroepeerd met behulp van haakjes.
Een scheidingsteken gebruiken “| ” tussen elementen geeft aan dat een van de gescheiden elementen voorkomt.
Na elementen of haakjes:- “? ” – komt 0 of 1 keer voor
- “* ” – 0 of meerdere keren
- “+ ” – 1 of meerdere keren
ATTRIBUTEN VERKLAREN
Attributen worden gedeclareerd nadat het element zelf is gedeclareerd. Alle attributen van één element worden in één keer gedeclareerd, in één lijst.
Voor elk attribuut worden de naam, het type en de verplichte status vastgelegd.
Kenmerktypen:
- CDATA – (Tekenset van gegevens ) tekenreeks
- Lijst met attribuutwaarden tussen haakjes, vermeld met “|”
- Identiteitskaart – unieke identificatie
- IDREF – een identificatie die een van de attribuutwaarden bevat Identiteitskaart , gebruikt als verwijzing naar andere elementen
- IDREFS – een identificatie die een reeks typeattribuutwaarden bevat Identiteitskaart , gescheiden door een spatie, wordt ook gebruikt als link naar meerdere elementen tegelijk.
- ENTITEIT – de naam van de entiteit die niet door de analysator is gecontroleerd ( verklaard in dezelfde beschrijvingDTD )
- ENTITEITEN – namen van entiteiten die niet door de analysator zijn gecontroleerd.
- NMTOKEN – een woord dat alleen tekens bevat die in namen worden gebruikt ( namen van andere elementen of attributen, om er bijvoorbeeld naar te verwijzen)
- NMTOKENS – woorden vermeld, gescheiden door spaties
- NOTATIE - aanduiding ( aanduidingen ontcijferd in de beschrijvingDTD)
- NOTATIES – lijst met notaties
teken van verplichting:
- Standaard attribuutwaarde– wordt tussen aanhalingstekens aangegeven en betekent dat het attribuut optioneel is.
- # VEREIST– het attribuut moet in het element geschreven zijn.
- # IMPLICIET– het attribuut is optioneel, het heeft geen standaardwaarde.
- # VAST– het attribuut heeft slechts één waarde, de kat wordt onmiddellijk gescheiden door een spatie geschreven.
Wanneer u naamruimten gebruikt, moet u altijd de gekwalificeerde ( QNaam), geen lokale naam.
Kenmerken zijn niet opgenomen in de standaardnaamruimte.
Kenmerken “ xml:lang " En " xml:ruimte ” moet ook worden aangegeven in DTD in geval van gebruik ervan
AANGIFTE VAN ENTITEITEN
(begin met “&” en eindig met “;”)
Interne entiteiten– worden ingesteld bij het declareren van een entiteit.
- kan verder in de zeer worden gebruikt DTD Hieronder staat de advertentie.
Externe entiteiten– zijn opgenomen in een apart bestand of ingebouwd in het analyseprogramma.
Geparametriseerde entiteiten– alleen gebruikt binnen de beschrijving DTD
Entiteiten zijn onderverdeeld in geparseerde ( ontleed ) en niet geparseerd ( ongeparseerd ). Geparseerd vertegenwoordigt een fragment van een document XML of het hele document en worden na vervanging door het analyseprogramma verwerkt. Nadat de demontage is vervangen, wordt de entiteit een onderdeel XML document.
Binaire programmacode, tekening, afbeelding etc. hoeven niet middels middelen te worden verwerkt XML Hiervoor moet de entiteit niet geparseerd worden verklaard. Om dit te doen, wordt aan het einde van de entiteitsverklaring een aantekening gemaakt “ NDATA ” en de aanduiding wordt aangegeven ( notatie ) van het ingevoegde object.
VOORGEDEFINIEERDE ENTITEITEN IN XML
AANKONDIGINGSSYMBOOL ( NOTATIE)
Ze worden verklaard als entiteiten; ze kunnen ook intern en extern zijn.
Intern
Extern
SYSTEEM | OPENBAAR - in dit geval zijn gelijkwaardig omdat in het openbaar is er niet noodzakelijkerwijs een bekende link.
ACCOMMODATIE DTD
Of in een apart bestand “ *.dtd ' door zijn naam tussen aanhalingstekens te vermelden in het tweede deel van de proloog DOCTYPE , of neem de beschrijving rechtstreeks op in het tweede deel van de proloog, tussen vierkante haken.
]>
Dat is precies wat ze zijn. Bovendien zorgt XML zelf voor uitbreidbaarheid. Documenten die met deze talen zijn gemaakt, kunnen ‘goed opgemaakt’ en ‘geldig’ zijn.
Er zijn geen problemen om het document op juistheid te controleren: als er geen fouten verschijnen en alles wordt weergegeven zoals we wilden, dan is het document correct. Als u bijvoorbeeld iets schrijft als '
De geldigheid wordt gecontroleerd met behulp van een documenttypedefinitie (DTD). Voor 'strikte' HTML ziet het er bijvoorbeeld zo uit.
Een DTD kan zowel in een document worden beschreven als in een apart bestand worden geplaatst (analoog aan CSS: ingebouwde en plug-in stylesheets).
DTD-aangifte
De DTD-declaratie wordt vóór het eerste (root)element van het document geplaatst, beginnend met de reeks " ».
De interne DTD wordt als volgt beschreven:
Tussen de vierkante haken staat de inhoud van de DTD, de zogenaamde interne deelverzameling, Bijvoorbeeld:
] >
Als de DTD in een apart bestand wordt geplaatst (meestal met de extensie .dtd), wordt de verklaring ervan in het document als volgt geschreven:
Dienovereenkomstig zijn alle regels in dit bestand geschreven, het zogenaamde externe subset.
De naam na het woord "DOCTYPE" (in ons geval "catalogus") moet overeenkomen met de naam van het hoofdelement. Dat wil zeggen, het XML-document zou er ongeveer zo uit moeten zien:
In plaats van het trefwoord "SYSTEEM" kan het woord "PUBLIC" worden gebruikt om aan te geven dat de DTD bedoeld is voor algemeen gebruik:
Binnenste en buitenste subsets kunnen gelijktijdig worden gespecificeerd (opnieuw vergelijkbaar met CSS):
] >
Hier wordt eerst de inhoud van het bestand “catalog.dtd” gelezen en vervolgens de inhoud die tussen vierkante haakjes is opgegeven.
Documentelementen
Elementen worden in de DTD gedeclareerd met het trefwoord "ELEMENT", gevolgd door de naam van het element en de inhoud ervan, tussen haakjes:
Als een element onderliggende elementen heeft, wordt het als volgt geschreven:
wat overeenkomt met het document:
Als een element meerdere onderliggende elementen heeft, worden deze gescheiden door komma's weergegeven en moeten ze strikt in de opgegeven volgorde worden gevolgd:
Het bovenstaande voorbeeld luidt als volgt. Het element "book" mag slechts één element "title" bevatten, gevolgd door slechts één element "author". De elementen “titel” en “auteur” bevatten zelf geen elementen, maar kunnen alleen wat tekst bevatten.
De volgende speciale tekens kunnen worden gebruikt om de aanwezigheid van een element te kwantificeren:
- Het teken "*" na een element betekent dat het element één of meerdere keren aanwezig kan zijn, of helemaal niet aanwezig kan zijn (van nul tot + oneindig)
- Het "+" symbool achter een element betekent dat het element één of meerdere keren kan voorkomen (van 1 tot + oneindig)
- symbool"? ", volgend op het element, betekent dat het element afwezig of slechts één keer aanwezig kan zijn (0 of 1)
Als het nodig is om een van meerdere elementen aan te geven (titel of auteur - elk van deze, maar niet beide), moet u het symbool " | ":
De tekst is ook een gelijkwaardige deelnemer aan het spel. Het trefwoord "PCDATA" geeft aan dat tekengegevens moeten worden geparseerd, dus elke tekst die opmaaktekens bevat ("< », « >" en " & ") worden behandeld als opmaak. Het delen van tekst en elementen heet gemengde inhoud. Bij het declareren van gemengde inhoud moet eerst "PCDATA" worden opgegeven:
Het volgende documentfragment is geldig voor het bovenstaande voorbeeld:
Groepen elementen staan tussen haakjes. Het "book"-element moet tekst bevatten of (één "titel", één of meer "auteur" en misschien één "pubyear" in die volgorde):
Het volgende XML-documentfragment komt overeen met dit voorbeeld:
Het element kan leeg zijn. Zo'n element mag geen onderliggende elementen of tekst bevatten (bijvoorbeeld het "br"-element in HTML). Een dergelijk element wordt gespecificeerd met het trefwoord "EMPTY":
Een element kan ook worden gedeclareerd met het trefwoord "ANY", wat betekent dat het element zowel elementen als tekst kan bevatten, allemaal, en zelfs leeg kan zijn.
Elementattributen
Elementen in een XML-document kunnen attributen hebben, die worden geschreven als "naam=waarde" in de openingstags of lege tags. Een algemene declaratie van de attributen van een bepaald element begint met het sleutelwoord "ATTLIST", gevolgd door de naam van het element en de declaratie van de attributen zelf:
Het trefwoord "REQUIRED" geeft aan dat het attribuut vereist is. Het trefwoord "IMPLIED" zegt daarentegen dat het attribuut optioneel is.
Attributen kunnen een lijst met toegestane waarden hebben:
De standaardwaarde kan ook worden ingesteld:
pubjaar CDATA #IMPLICIET "2007">
Een attribuut kan ook een constante zijn, dat wil zeggen dat het alleen de waarde kan hebben die is aangegeven in de attribuutdeclaratie. Dit gebeurt met behulp van het trefwoord “FIXED”:
#VAST "udvikler">
Het attribuuttype "CDATA" staat het gebruik van alle tekens toe, behalve "< », « >", " & ", " " " En " " ". Indien gebruikt, moeten deze tekens worden vervangen door speciale tekens zoals "< » и т.п. Внимание : в DTD ключевое слово « CDATA » имеет другое значение, чем раздел « CDATA » в XML-документе!
Naast het CDATA-type kunnen attributen de volgende typen hebben:
- NMTOKEN - kan alleen letters, cijfers, ". ", " - ", " _ " En " : "
- NMTOKENS - kan dezelfde tekens bevatten als "NMTOKEN" plus spatie, regelterugloop, regelinvoer en tabtekens
Een ander attribuuttype, 'ID', staat dezelfde waarden toe als het NMTOKEN-type, maar de waarde moet beginnen met een letter, '_', of ':'. Elk element kan slechts één attribuut van het type "ID" hebben. Een attribuut van het type 'ID' kan geen constante zijn (gedeclareerd als 'FIXED'). De waarde van een attribuut van het type "ID" moet uniek zijn in het hele XML-document:
Een elementattribuut kan een verwijzing zijn naar een attribuut van het type "ID" van een ander element. Om dit te doen, wordt het gedeclareerd als een attribuut van het type "IDREF". Als een attribuut moet verwijzen naar een attribuut van het type "ID" van meerdere elementen, dan wordt het trefwoord "IDREFS" gebruikt:
In het XML-document ziet het er als volgt uit:
Entiteiten declareren
Naast elementen en hun attributen kunnen we definiëren essence, geschreven met het trefwoord "ENTITY":
Als gevolg hiervan wordt de entiteitsnaam “naam” vervangen door de waarde ervan, in ons geval “SuperMegaMaster”.
En om ons geluk compleet te maken, moeten we hieraan toevoegen dat de eigenschappen van elementen vergelijkbare entiteiten als betekenissen kunnen hebben - entiteit-attributen. Ze worden ook gedefinieerd met het trefwoord "ENTITY", maar hebben één beperking: ze moeten verwijzen naar externe, niet-geparseerde entiteiten die zijn gedefinieerd in de externe subset van de DTD:
] >
In het bovenstaande voorbeeld wordt een entiteit "lijst" gedeclareerd die verwijst naar een extern document "companyList.html". Het trefwoord "NDATA" geeft aan dat het externe document geen XML-document is. Vervolgens wordt voor het element “user” het attribuut “company” gedeclareerd, dat verplicht is en van het type “ENTITY” is, dat wil zeggen dat het naar een entiteit verwijst. Omdat in ons voorbeeld slechts één entiteit (“lijst”) is gespecificeerd, kan deze de waarde zijn van het attribuut “bedrijf” in het XML-document:
Het enige dat overblijft is om te begrijpen wat 'parse' betekent in de declaratieregel van de 'lijst'-entiteit? Wanneer u niet-geparseerde gegevens gebruikt, dat wil zeggen gegevens die niet door de XML-parser zijn geparseerd, is het een goed idee om de toepassing (met behulp van het XML-document) te vertellen hoe de entiteit moet worden verwerkt als dat toch nodig is. Om dit te doen, moeten we de notatie gebruiken die is gespecificeerd door het trefwoord “NOTATION” en onze DTD als volgt aanvullen:
Het woord "parse" in de entiteitsdeclaratie van het blad geeft aan hoe u het bestand "companyList.html" kunt parseren - zoek naar een notatie met de naam "parse" en volg de instructies ervan. In ons geval kan de applicatie MS InternetExplorer openen en het document “companyList.html” erin laden.
Annotatie: In dit gedeelte worden de algemene principes van schrijven beschreven. Het definiëren van het documenttype. Ook worden de belangrijkste nadelen en kenmerken van DTD besproken.
Waarom heb je een DTD nodig?
Bij het maken van een XML-document beslist de ontwikkelaar zelf: hoe hij de tags een naam geeft, in welke volgorde ze zullen verschijnen, welke gegevens in een bepaald element zullen worden geschreven, of het element attributen zal hebben of niet, en nog veel meer. Zonder een formele beschrijving van de documentstructuur kan alleen de ontwikkelaar dit document gebruiken. Als het ontwikkelde XML-document bedoeld is voor verzending naar de buitenwereld, bijvoorbeeld naar zakenpartners, en als u ook van plan bent om als reactie hierop documenten te ontvangen die in hetzelfde formaat zijn geschreven, kunt u niet zonder documenttypedefinitie (DTD). Dit komt door het feit dat, om beide partijen de ontvangen informatie te laten begrijpen, de elementen en attributen in de documenten door alle partijen op dezelfde manier moeten worden gebruikt. Documenttypedefinities zorgen voor strengheid en precisie in de regels voor het schrijven van goed opgemaakte XML-documenten. Documenttypedefinities worden aan het begin van een XML-bestand of extern als *.DTD-bestand opgeslagen en beschrijven de informatiestructuur van een document. De DTD somt mogelijke elementnamen op, definieert de beschikbare attributen voor elk elementtype en beschrijft het nesten van elementen.
XML wordt gebruikt als middel om de grammatica van andere talen te beschrijven. En dus zullen we bij het ontwikkelen van een taal voor het schrijven van XML-documenten op een bepaald gebied een woordenboek voor dit werkgebied moeten ontwikkelen. DTD's bevatten per definitie alle informatie die in een XML-document kan voorkomen. Alles wat bij het project hoort, moet in de DTD worden opgenomen. De beschrijving DTD is dus in wezen zo'n woordenboek. De moderne wereld verandert behoorlijk dynamisch, dus het is niet van tevoren bekend welke informatie in de toekomst nodig kan zijn, en om te voorkomen dat de structuur van documenten vaak moet worden gewijzigd, bevat een doorgaans ontwikkeld woordenboek alles wat nodig kan zijn voor specifieke informatie. soorten bedrijven of bedrijfstakken. Hierdoor kunnen DTD-definities worden gebruikt als analyse- en ontwerptool. XML-applicaties communiceren met elkaar op basis van de vocabulaires die ze begrijpen, dus het definiëren van een DTD helpt begrijpen wat de applicatie kan beschrijven.
Een ander gebruik van DTD is het controleren van de juistheid van een geschreven XML-document. Goed opgemaakte documenten, geschreven volgens alle regels beschreven in de XML-specificatie, kunnen niet op fouten worden gecontroleerd. Gemiste fouten kunnen schade veroorzaken aan het programma dat deze documenten verwerkt, of het invoeren van onjuiste gegevens in het systeem. Maar als het document verwijst naar een DTD-definitie, kunnen we met behulp van een validatieparser controleren of er fouten in ons document zitten. De parser vraagt de DTD op en zorgt ervoor dat het document de daarin beschreven grammaticale regels volgt. De analyser detecteert structurele en inhoudelijke fouten, waardoor het aantal controles door de applicatielogica aanzienlijk wordt verminderd.
DTD-definities schrijven: algemene principes.
Een DTD koppelen aan een XML-document
XML 1.0 biedt een speciale DOCTYPE-declaratie om een DTD-declaratie aan een documentinstantie te koppelen. Het moet de XML-declaratie volgen en voorafgaan aan eventuele documentelementen. Er kunnen echter opmerkingen en verwerkingsopdrachten voorkomen tussen de XML- en DOCTYPE-declaraties.
Een DOCTYPE-declaratie bevat het trefwoord DOCTYPE, gevolgd door de naam van het hoofdelement van het document, en vervolgens een inhoudsdeclaratieconstructie. Voordat u deze verklaring uitlegt, moet u eerst een voorbeeld bekijken van de locatie van een DOCTYPE-declaratie in een documentinstantie. Hieronder staan de eerste drie regels van het XML-document:
..
U kunt de buitenste subset van declaraties in een apart DTD-bestand schrijven, de binnenste subset opnemen in de hoofdtekst van de DOCTYPE-declaratie, of beide. In het laatste geval (door interne en externe DTD's te combineren) kunnen nieuwe declaraties worden gespecificeerd in de interne DTD's of kunnen de declaraties in de externe worden herschreven (volgens de definitie van de XML-specificatie lezen parsers eerst de interne subset, en dus de declaraties die daar zijn opgenomen, hebben voorrang).
XML-declaraties kunnen een zelfstandig attribuut bevatten, dat alleen de waarden "ja" en "nee" accepteert. Als de attribuutwaarde ja is, hebben declaraties buiten de documentinstantie geen invloed op de informatie die door het document wordt overgebracht naar de toepassing die er gebruik van maakt. De waarde nee geeft aan dat er externe declaraties zijn met waarden die nodig zijn om de inhoud van het document goed te beschrijven, bijvoorbeeld specifieke standaardwaarden. In de praktijk wordt het optionele standalone attribuut zelden gebruikt. Het instellen van dit attribuut op ja garandeert niet de afwezigheid van externe afhankelijkheden van welk type dan ook. Het is alleen zo dat externe afhankelijkheden in dit geval niet tot een fout in het document zullen leiden als ze niet bij de verwerking worden betrokken. Dus eigenlijk is dit attribuut een teken voor parsers en andere applicaties die aangeven of ze externe inhoud moeten gebruiken.
Het interne declaratieblok van de opmaak van de DOCTYPE-tag bestaat uit een vierkante haak links, een lijst met declaraties en een vierkante haak rechts:
Interne DTD's zijn erg handig; ze zijn altijd opgenomen in het document dat ze gebruikt en kunnen daarom gemakkelijk door de parser worden opgehaald. Interne DTD's vergroten de documentgrootte echter aanzienlijk. In de praktijk worden interne DTD's meestal gelijktijdig met externe gebruikt om nieuwe aangiften toe te voegen. Als daar een object wordt gedeclareerd dat ook in de buitenste DTD is gedeclareerd, heeft de binnenste voorrang. Hierdoor kunt u de aangiften afstemmen op de behoeften van specifieke documenten.
Externe DTD's zijn in sommige opzichten flexibeler. In dit geval bestaat de DOCTYPE-declaratie uit het gebruikelijke trefwoord en de naam van het rootelement, gevolgd door een ander trefwoord, SYSTEM of PUBLIC, dat de bron van de externe DTD-definitie aangeeft, gevolgd door de lokalisatie van die definitie. Als het trefwoord SYSTEM is, moet de DTD zich direct en expliciet op de opgegeven URL bevinden.
Als externe DTD's heel vaak worden herschreven, beginnen ze hun betekenis te verliezen, wat een teken is van een slecht aanvankelijk ontwerp.
Het trefwoord PUBLIC is bedoeld voor bekende woordenboeken. Een toepassing die een document uit dit woordenboek parseert, moet een strategie gebruiken om de juiste DTD te vinden.
De XML 1.0-standaard staat toe dat een PUBLIC-declaratie zowel een publieke URI als een systeem-ID heeft. Als een applicatie of parser die een document uitvoert geen DTD kan vinden van een URI met het PUBLIC trefwoord, moet deze de systeem-ID gebruiken.
Basisopmaakdeclaraties
De toegestane inhoud in een XML-document wordt bepaald door vier soorten opmaakdeclaraties in de DTD. De volgende tabel toont de trefwoorden die bij deze verklaringen horen en hun betekenis:
De eerste twee typen hebben betrekking op de informatie die we verwachten aan te treffen in een XML-document: elementen en attributen.
De laatste twee typen worden gebruikt ter ondersteuning. XML-entiteiten maken het leven van de ontwikkelaar van een woordenboek bijzonder gemakkelijk. Meestal bestaan ze uit inhoud die zo vaak wordt gebruikt in de DTD of het document dat dit de aanmaak van een speciale verklaring rechtvaardigt. Het gebruik van deze declaratie doet denken aan de include-instructie in de C/C++-talen, waarbij een naam wordt gebruikt ter vervanging van de inhoud.
Notaties beschrijven inhoud die niet in XML is geschreven. Ze worden gebruikt om een specifieke gegevensklasse te declareren en deze aan een extern programma te koppelen. Dit externe programma wordt een handler voor de gedeclareerde gegevensklasse. Nadat de ontwikkelaar bijvoorbeeld een JPEG-afbeelding aan een document heeft gekoppeld, wil hij dat het programma binaire gegevens in dat formaat accepteert en weergeeft. In dit geval hangt het document uiteraard af van het soort afhandelaar dat beschikbaar is op het systeem dat het document ontvangt. In het belang van de portabiliteit bieden sommige auteurs geen links naar handlers. In dit geval wordt de notatie eenvoudigweg een typemechanisme.
Gebruik XML-schema's in plaats van DTD's om de structuur van XML-documenten te definiëren
XML-schema is krachtiger dan DTD. Om de voordelen van het gebruik van de XML Schema-engine te illustreren, vergelijken de eerste drie lijsten verschillende manieren om elementen weer te geven. Het volgende is een fragment uit het XML-document. B toont de twee elementen die zijn gedeclareerd in de DTD-syntaxis, en B toont de syntaxis die overeenkomt met het XML-schema. Merk op dat de syntaxis in Listing 3 vergelijkbaar is met de XML-syntaxis. Bij gebruik van een schema kan de validerende parser controleren of het InvoiceNo-element een positief geheel getal is en of de ProductID uit een bepaalde set tekens bestaat (zes cijfers en één letter van A tot Z). De parser die de DTD-definitie verwerkt, kan alleen bevestigen dat de gegeven elementen strings zijn.
Lijst 1: XML-documentfragment
Listing 2: DTD-fragment dat de elementen uit Listing 1 beschrijft
Lijst 3: XML-schemafragment dat de elementen uit Lijst 1 beschrijft
Naamruimten gebruiken in XML-schema
DTD-beperkingen
Hoewel DTD's SGML- en HTML-ontwikkelaars al twintig jaar dienen als mechanisme voor het beschrijven van gestructureerde informatie, hebben DTD's enkele beperkingen vergeleken met XML-schema's.
Volgens de DTD kan een element op drie manieren worden weergegeven:
- Tekstreeks
- Tekstreeks gemengd met een ander onderliggend element
- Aantal kinderen
DTD's hebben geen XML-syntaxis en bieden slechts beperkte ondersteuning voor typen en naamruimten.
Bij samenwerking kan de ene partij de documenten van de andere partijen verwerken, en kunnen verschillende partijen hun gegevenselementen op verschillende manieren weergeven. Bovendien moeten ze in een afzonderlijk document mogelijk onafhankelijk verwijzen naar elementen met dezelfde naam die door verschillende partijen zijn gemaakt. Met behulp van XML Schema kunnen definities met dezelfde naam worden onderscheiden door verschillende naamruimten te definiëren.
Zo'n XML-schema definieert een reeks nieuwe namen, zoals de namen van elementen, typen, attributen en attribuutgroepen, waarvan de definities en declaraties in het schema worden beschreven. De namen zijn gedefinieerd als InvoiceNo , ProductID en ProductCode .
De namen die in het schema zijn gedefinieerd, behoren tot de zogenaamde doelnaamruimte. De naamruimte zelf is een vaste, willekeurige naam die de URL-syntaxis moet volgen. De naamruimte voor het schema dat wordt weergegeven in , kan bijvoorbeeld als volgt worden ingesteld: http://www.SampleStore.com/Account.
De syntaxis voor het declareren van een naamruimte kan soms verwarrend zijn. De declaratie begint met http:// , maar linkt niet naar het schemabestand. In feite leidt de link http://www.SampleStore.com/Account helemaal niet naar een bestand, maar alleen naar de toegewezen naam.
Definities en declaraties in een schema kunnen verwijzen naar namen die mogelijk tot andere naamruimten behoren. In dit artikel verwijzen we naar naamruimten als: originele naamruimten. Elk schema kan één doelnaamruimte en mogelijk meerdere bronnaamruimten definiëren. Over het algemeen behoort elke naam in een bepaald schema tot een bepaalde naamruimte. Naamruimtenamen kunnen behoorlijk lang zijn, maar ze kunnen worden ingekort met behulp van de xmlns-declaratiesyntaxis in het XML-schemadocument. Al deze concepten worden geïllustreerd in.
Lijst 4: Bestemmings- en bronnaamruimten
In het XML-schema dat wordt weergegeven met , is de naamruimte targetNamespace http://www.SampleStore.com/Account en bevat deze de namen InvoiceNo , ProductID en ProductCode . De namen schema , element , simpleType , pattern , string en positive-integer behoren tot de oorspronkelijke naamruimte http://www.w3.org/1999/XMLSchema , die wordt afgekort als xsd door xmlns te declareren. Er is niets bijzonders aan de xsd-alias; je kunt een andere naam kiezen. Voor het gemak en de eenvoud zullen we in de rest van het artikel het xsd-voorvoegsel gebruiken om te verwijzen naar de http://www.w3.org/1999/XMLSchema-naamruimte, waarbij we de xsd-kwalificatie in sommige delen van de code weglaten. In ons voorbeeld is targetNamespace ook een van de oorspronkelijke naamruimten, omdat de ProductCode-naam wordt gebruikt in de definitie van andere namen.
Figuur 1: Naamruimten voor listing 4
Lijst 5: Naamruimten met meerdere bronnen, import van naamruimten
Elementen definiëren
Het definiëren van een element bestaat uit het definiëren van de naam en het inhoudsmodel ervan. In een XML-schema wordt het inhoudsmodel van een element bepaald door het type ervan. Daarom kunnen elementen in een XML-document alleen waarden hebben die overeenkomen met de typen die in het schema zijn gedefinieerd.
Simpele typen
De XML Schema-specificatie definieert verschillende eenvoudige typen waarden, zoals weergegeven in Tabel 2: vooraf gedefinieerde eenvoudige waardetypen.
Het elementtype kan eenvoudig of complex (complex) zijn. Een element van een eenvoudig type kan geen andere elementen of attributen bevatten. Een complex type kan tot gevolg hebben dat elementen in andere elementen worden ingebed, of kan attributen aan een element koppelen. Tot nu toe hebben we alleen voorbeelden gebruikt met eenvoudige, door de gebruiker gedefinieerde typen (zie ProductCode). De XML Schema-specificatie bevat ook vooraf gedefinieerde eenvoudige typen (zie kader). Vooraf gedefinieerd eenvoudig type Beperkt waarden tot hun onderliggende type. De waarde van het vooraf gedefinieerde eenvoudige type ProductCode is bijvoorbeeld een subset van de waarden van het basistype string .
Eenvoudige, niet-geneste elementen hebben een eenvoudig type
Aan een element dat geen attributen of andere elementen bevat, kan een eenvoudig type worden toegewezen, vooraf gedefinieerd of door de gebruiker gedefinieerd, zoals string, geheel getal, decimaal, tijd, ProductCode, enz.
Listing 7: Enkele eenvoudige elementtypen
Elementen met attributen moeten van een complex type zijn
Laten we nu proberen een valutaattribuut toe te voegen aan een eenvoudig prijselement. U kunt dit niet doen omdat een element van een eenvoudig type geen attributen kan hebben. Als u een attribuut wilt toevoegen, moet u prijs definiëren als een element van een complex type. In het voorbeeld uit definiëren we de zogenaamde anoniem soort, waarin het complexe type geen expliciete naam krijgt. Met andere woorden: het name-attribuut van het complexType-element is niet gedefinieerd.
Lijst 8: Complex type-element
Elementen die geneste elementen bevatten, moeten van een complex type zijn
In een XML-document kunnen andere elementen binnen een element worden genest. Deze eis komt rechtstreeks tot uitdrukking in de DTD. Een XML-schema definieert in plaats daarvan een element en het type ervan, dat verklaringen van andere elementen en attributen kan bevatten. Een voorbeeld wordt gegeven in.