Documentschemabeschrijving

Een DTD beschrijft de documentlay-out voor een bepaalde opmaaktaal door middel van een reeks declaraties (parameterobjecten, elementen en attributen) die de klasse (of het type) ervan beschrijven in termen van de syntactische beperkingen van dat document. Een DTD kan ook constructies declareren die altijd nodig zijn om de structuur van een document te definiëren, maar die echter de interpretatie van bepaalde documenten kunnen beïnvloeden.

Parameterobjecten declareren

Een parameterobjectdeclaratie definieert een macro van een bepaald type waarnaar ergens in de DTD kan worden verwezen en uitgebreid. Deze macro's verschijnen mogelijk niet in het document zelf, maar alleen in de DTD. Als naar een parameterobject wordt verwezen met de DTD-naam, wordt het uitgebreid tot een tekenreeks die de inhoud van dat object specificeert.

Het parameterobject fontstyle bevat een groep tags TT | ik | B | GROOT | KLEIN.

"#PCDATA | %fontstyle; | %phrase; | %special; | %formctrl;">

Het inline parameterobject bevat tekstgegevens en nog vier parameterobjecten fontstyle, Phrase, Special en Formctrl.

Verklaring van elementen

Elementdeclaraties bieden een lijst met toegestane elementnamen in een document, en specificeren ook informatie over tags (of deze vereist zijn) en het inhoudsmodel voor elk element.

Verscheidene trefwoorden en de karakters definiëren de inhoud van het element:

• LEEG - lege inhoud
• ELKE - elke inhoud
• , - geeft de volgorde aan
• | - scheiding van alternatieven
• () - groeperen
• * - een willekeurig aantal elementen (nul of meer)
• + - door ten minsteéén element (een of meer)
• ? - optionele aanwezigheid van een element (nul of één)
• Zo niet *, + of ? - er mag slechts één element zijn

(DT|DD) +>

Een DL-element moet in willekeurige volgorde een of meer DT- of DD-elementen bevatten.

(%blok;|SCRIPT) + -(FORM) >

Een FORM-element moet een of meer elementen met een blokparameterobject of SCRIPT-elementen in willekeurige volgorde bevatten, maar het is niet mogelijk een ander FORM-element te bevatten.

Kenmerken definiëren

Aan elk element in een DTD-document kan een lijst met attributen zijn gekoppeld. Gebruik hiervoor de!ATTLIST-richtlijn, die de naam specificeert van het element waaraan de lijst met attributen kan worden toegewezen, en de parameters van elk attribuut: de naam, het type en de standaardeigenschappen.

Bijvoorbeeld:

naam CDATA #VEREIST>

In dit voorbeeld wordt een naamattribuut voor het MAP-element gedefinieerd. Het is verplicht.

Er zijn dit soort attributen:

• CDATA (tekenset met gegevens) - de attribuutwaarde kan elk tekengegeven zijn
• ID - de attribuutwaarde moet een unieke identificatie van het element zijn
• IDREF - de waarde van het element is een verwijzing naar het element via zijn ID
• IDREFS - hetzelfde als IDREF, maar met de mogelijkheid om niet door één identificatie te koppelen, maar door meerdere
• NMTOKEN - de attribuutwaarde kan een reeks tekens zijn, enigszins vergelijkbaar met een naam (vandaar de naam - naamtoken). Dit is een tekenreeks die elke combinatie bevat van de tekens die zijn toegestaan ​​voor XML-namen.
• NMTOKENS - de attribuutwaarde is lijst met waarden
• ENTITY - de waarde wordt gebruikt om naar een externe entiteit te verwijzen.
• ENTITEITEN - hiermee kunt u een lijst met externe entiteiten opgeven, gescheiden door spaties.
• NOTATIE - de attribuutwaarde kan een van de eerder gedefinieerde notaties zijn
• NOTATIES - hiermee kunt u een lijst met notaties opgeven.
• Lijsten en NOTATION-lijsten
• ENUMERATIE - specificeert een lijst met mogelijke waardealternatieven.

Er zijn de volgende standaardeigenschappen:

1. IMPLICIET - de attribuutwaarde hoeft niet te worden gespecificeerd;
2. VEREIST - de attribuutwaarde moet worden opgegeven;
3. OPGELOST - de waarde van dit attribuut is gespecificeerd als een constante in de DTD en kan niet worden gewijzigd in het document;
4. een specifieke waarde die standaard wordt gebruikt.

Associatie van een document met een specifieke DTD

Om een ​​document aan een specifieke DTD te koppelen, moet u het Document Type Declaration-element aan het begin van de documenttekst opgeven.

Afhankelijk van de locatie van de DTD kan de Document Type Declaration uit twee typen bestaan:

• Interne DTD-subset

Een reeks DTD-declaraties bevindt zich in de hoofdtekst van het document zelf. Bijvoorbeeld:

]> ]>

• Externe DTD-subset

Een set DTD-aangiften bevindt zich in een apart tekstbestand met de extensie .dtd In dit geval kan een link naar het bestand worden gemaakt via een publieke identificatie en (of) via een systeemidentificatie. Bijvoorbeeld:

"http://www.w3.org/TR/html4/strict.dtd">

Voorbeeld

Het voorbeeld is zeer eenvoudige XML DTD beschrijft een lijst met mensen:

(persoon*) > (naam, geboortedatum?, geslacht?, BSN?) > (#PCDATA) > (#PCDATA) > (#PCDATA) >

Beginnend vanaf de eerste regel:

1. Element Bevat een willekeurig aantal elementen Teken<*>betekent dat 0, 1 of meer elementen mogelijk zijn Binnen een element .
2. Element Bevat elementen , , En . Tekenbetekent dat het element optioneel is. Element bevat niet, wat betekent dat het element moeten element bevatten .
3. Element bevat gegevens.
4. Element bevat gegevens.
5. Element bevat gegevens.
6. Element bevat gegevens.

Een voorbeeld van een XML-document dat deze DTD gebruikt:

> > > Fred Bloggers > > 27/11/2008> > Mannelijk > > 1234567890> > >

Zie ook

Wikimedia Stichting.

2010.

Kijk wat "DTD" is in andere woordenboeken: DTD

Kijk wat "DTD" is in andere woordenboeken:- , sterven in een ASCII Datei (ASCII) abgelegte Beschreibung der Struktur von Dokumenten, welche all vom selben Typ sind. Een DTD wordt uitgevoerd na de internationale regeling… … Universal-Lexikon

Kijk wat "DTD" is in andere woordenboeken:- kan staan ​​voor: Inhoud 1 Media 2 Muziek 3 Sport 4 Technologieën 4.1 Computers ... Wikipedia

- steht für: Inhaltsverzeichnis 1 Medien 2 Muziek 3 Technologien 3.1 Computer 3.1.1 Spiele … Deutsch Wikipedia Dtd

Kijk wat "DTD" is in andere woordenboeken:- steht für: Darwin Digital Television, een australische Fernsehstation Delta Tau Delta, een Amerikaanse Amerikaanse Studentenorganisatie Document Type Definition, zie Dokumenttypdefinition … Deutsch Wikipedia

Kijk wat "DTD" is in andere woordenboeken:- (dē tē dēʹ) zn. Een set regels voor het markeren van een document in SGML. * * * … Universalium- (documenttypedefinitie) specificatie geschreven in de Standard Generalized Markup Taal en

met informatie over het formaat van een bepaald document (computers) ...

Engels hedendaags woordenboek

20. Talen voor het beschrijven van XML-schema's

DTD-schema's. Nadelen van DTD-schema's. XDR-circuits. Elementen en attributen van XDR-schema's.

Het idee om je eigen tags te maken die een speciale betekenis hebben en de inhoud van een document helpen beschrijven, is op zichzelf gewoonweg prachtig. Maar als elke gebruiker zijn eigen beschrijvingen kan maken, hoe kunnen deze dan worden herkend? Daartoe gebruikt de XML-specificatie schema's om dergelijke "zelfgemaakte" tags te beschrijven. Ze zijn nodig om:

beschrijf wat de markup precies is;

beschrijf precies wat de opmaak betekent.

De meest bekende schemabeschrijvingstalen zijn de volgende:

DTD (Document Type Definition) is een documenttypedefinitietaal die oorspronkelijk werd gebruikt als taal voor het beschrijven van de structuur van een SGML-document.

XDR (XML Data Reduced) is een XML-schemadialect ontwikkeld door Microsoft en ondersteund in Internet Explorer versies 4 en 5.

XML Schema of kortweg XSD (XML Schema Definition Language) is een aanbeveling van het W3C sinds 2001.

Een DTD-schema biedt een sjabloon voor documentopmaak die de aanwezigheid, volgorde en rangschikking van elementen en hun attributen in een XML-document specificeert.

In termen van een DTD kan het inhoudsmodel van een XML-document als volgt worden beschreven:

Elk documentelement kan een van de volgende typen hebben:

Attributen gevonden in documenttags worden afzonderlijk beschreven met behulp van de syntaxis:

element_name attribuutnaam1 (type) standaardwaarde

…………………………………………………………………………………...

elementnaam attribuutnaamN (type) standaardwaarde >

In dit geval kan een attribuut in een DTD een van de volgende drie typen hebben:

• Gelabeld attribuut

  Attribuut met opsomming

Naast het attribuuttype kunt u ook de modaliteit ervan instellen:

Beschouw als voorbeeld de beschrijving van attributen van een stringtype voor een element dat een bericht beschrijft:

nummer CDATA #VEREIST

datum CDATA #VEREIST

van CDATA #FIXED

status CDATA #IMPLICIET>

Als dit element opgesomde attributen bevat, zou hun beschrijving er bijvoorbeeld als volgt uit kunnen zien:

nummer ID #VEREIST

van CDATA #VEREIST

alert (laag | normaal | dringend) "normaal">

Attributen van gelabelde elementen kunnen van vier typen zijn:

Ten slotte kunnen in de DTD de volgende indicatoren voor het optreden van sequenties worden gebruikt:

Als voorbeeld is hier een DTD-diagram dat de structuur van een elektronische mailbox beschrijft:

Het XML-brondocument dat aan dit schema voldoet, zou er bijvoorbeeld zo uit kunnen zien:

[e-mailadres beveiligd]

[e-mailadres beveiligd]

Met betrekking tot:

[e-mailadres beveiligd]

[e-mailadres beveiligd]

Herinneren

[e-mailadres beveiligd]

Herinner me aan de ontmoeting.

Let op de 2e regel van het document, die aangeeft externe link naar een bestand dat een DTD-schema bevat.

Kortom, een DTD biedt twee manieren om in een XML-document te worden gebruikt.

Interne schemadeclaratie:

Een extern schema declareren:

Concluderend wijzen we op de volgende nadelen van DTD-schema's:

Het zijn geen XML-instanties. Het vereist het leren van een compleet andere taal.

Ze bieden geen controle over gegevenstypen, behalve voor zeer eenvoudige tekstgegevens.

Het zijn geen XML-instanties, dus ze kunnen niet eenvoudig worden uitgebreid of geconverteerd naar andere opmaaktalen zoals HTML of DHTML.

Biedt geen ondersteuning voor XML-naamruimten.

XDR-circuit

XML-gegevens volledige naam De schemabeschrijvingstaal van Microsoft en XML-DataReduced zijn "deel" van de volledige aanbeveling. Een XDR-schema is een exemplaar van XML, d.w.z. Voldoet aan alle syntaxisregels en XML-standaarden.

Door gegevenscontroles op documentniveau te implementeren met behulp van een schema, kunnen applicaties die transacties genereren en ontvangen worden geoptimaliseerd voor maximale prestaties. Veldmatching en recordgeldigheid worden gecontroleerd op XML-instantieniveau.

Het rootelement in een XDR-schema is altijd het Schema-element:

naam = "schemanaam" xmlns = "urn:schemas-microsoft-com:xml-data"

xmlns:dt="urn:schemas-microsoft-com:datatypes">

<-- Объявления других элементов -->

Het ElementType-element heeft de syntaxis:

content="(leeg | texOnly | eltOnly | gemengd)">

dt:type "gegevenstype"

model="(open | gesloten)"

order="(één | seq | veel)"

Een ElementType-element kan de volgende kenmerken hebben:

Het volgende kan worden gebruikt als onderliggende elementen voor ElementType:

De syntaxis die wordt gebruikt om attributen te declareren is:

default = "standaardwaarde"

dt:type="primitief-type"

dt:values="genummerde waarden"

vereist="(ja|nee)"

Het AttributeType-element kan op zijn beurt de volgende attributen hebben:

De syntaxis voor het beschrijven van het attribuutelement is als volgt:

default = "standaardwaarde"

type="attribuuttype"

en de mogelijke waarden kunnen zijn:

Annotatie: In dit gedeelte worden de algemene principes van schrijven beschreven. Het type document bepalen. 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 nauwkeurigheid en precisie in de regels voor het schrijven van goed opgemaakte documenten. 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:

.. …

Het is mogelijk om een ​​externe subset van declaraties in te schrijven apart bestand DTD, neem de interne subset op in de hoofdtekst van de DOCTYPE-declaratie, of doe 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 in dit geval een DOCTYPE-declaratie bestaat uit een regulier trefwoord en de naam van het rootelement, gevolgd door een ander SYSTEM of PUBLIC trefwoord 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.

In XML-documenten definieert een DTD een reeks geldige elementen, identificeert elementen die zich in andere elementen kunnen bevinden, en definieert geldige attributen voor elk ervan. De syntaxis van DTD's is zeer uniek en vereist extra inspanning van de auteur-ontwikkelaar bij het maken van dergelijke documenten (de complexiteit van DTD's is een van de redenen dat het gebruik van SGML, waarbij voor elk document een DTD moet worden gedefinieerd, niet zo wijdverbreid is geworden zoals bijvoorbeeld HTML). Zoals opgemerkt is het niet nodig om DTD's in XML te gebruiken - documenten die zonder deze regels zijn gemaakt, zullen correct door de parser worden verwerkt als ze voldoen aan de basisvereisten van de XML-syntaxis. De controle over de soorten elementen en de juistheid van de relaties daartussen ligt in dit geval echter volledig bij de auteur van het document. Totdat de grammatica van onze nieuwe taal is beschreven, zullen alleen wij deze kunnen gebruiken, en hiervoor zullen we gedwongen zijn speciaal ontwikkelde software te gebruiken, en geen universele parserprogramma's.

De DTD voor XML gebruikt de volgende soorten regels: regels voor elementen en hun attributen, beschrijvingen van categorieën (macrodefinities), beschrijvingen van binaire gegevensformaten. Ze beschrijven allemaal de basisconstructies van de taal: elementen, attributen, symbolische constanten, externe binaire gegevensbestanden.

Om een ​​DTD in ons document te gebruiken, kunnen we deze ofwel in een extern bestand beschrijven en bij het beschrijven van de DTD eenvoudigweg een link naar dit bestand aangeven, of direct in het document zelf een gebied selecteren waarin we de noodzakelijke regels. In het eerste geval specificeert het document de naam van het bestand dat DTD-beschrijvingen bevat:

...

In het document zijn DTD-aangiften als volgt opgenomen:

... ... ]> ...

In het geval dat interne en externe beschrijvingen tegelijkertijd worden gebruikt, zal het analyseprogramma eerst rekening houden met de interne, d.w.z. hun prioriteit is hoger. Bij het valideren van een document zoekt de XML-processor eerst naar de DTD binnen het document. Als de regels in het document niet zijn gedefinieerd en het attribuut niet is ingesteld zelfstandig = "ja", dan laadt het programma het opgegeven externe bestand en worden de daarin opgenomen regels van daaruit gelezen. Als het attribuut zelfstandig zaken "Ja", dan is het gebruik van externe DTD-beschrijvingen verboden.

Elementdefinitie

Een element in een DTD wordt gedefinieerd met behulp van een handle! ELEMENT, dat de naam van het element en de structuur van de inhoud ervan specificeert.

Bijvoorbeeld voor een element de volgende regel kan worden gedefinieerd:

Het trefwoord ELEMENT geeft aan dat deze instructie een XML-element beschrijft. In deze instructie worden de naam van het element (bloem) en het type inhoud gespecificeerd.

Bij de definitie van een element specificeren we eerst de naam van het element (bloem) en vervolgens het inhoudsmodel ervan. We bepalen welke andere elementen of gegevenstypen daarin kunnen voorkomen. In dit geval wordt de inhoud van het bloemelement bepaald met behulp van een speciale PCDATA-markering (wat parseerbare karaktergegevens betekent - alle informatie waarmee het analyseprogramma kan werken). Er zijn nog twee instructies die het inhoudstype definiëren: EMPTY,ANY. De eerste geeft aan dat het element leeg moet zijn (bijvoorbeeld ), de tweede is dat de inhoud van het element niet specifiek wordt beschreven.

De reeks onderliggende objecten voor het huidige element wordt opgegeven als een door komma's gescheiden lijst met elementnamen. In dit geval, om het aantal herhalingen van insluitsels van deze elementen aan te geven, worden de symbolen +, *, ? :

Dit voorbeeld specificeert dat binnen een element de elementen titel, auteur en inhoudsopgave moeten worden gedefinieerd, waarbij het titelelement is verplicht onderdeel en kan slechts één keer voorkomen, het auteurelement kan meerdere keren voorkomen en het inhoudsopgave-element is optioneel, d.w.z. kan ontbreken. Als er meerdere mogelijke opties zijn voor de inhoud van een gedefinieerd element, moeten deze worden gescheiden met het symbool "|". :

De * in dit voorbeeld geeft aan dat de reeks interne elementen die wordt gedefinieerd meerdere keren kan worden herhaald of helemaal niet kan worden gebruikt.

Als de elementdefinitie "gemengde" inhoud specificeert, d.w.z. tekstgegevens of een reeks elementen, moet u eerst PCDATA opgeven en vervolgens scheiden door "|" lijst met elementen.

Voorbeeld van een geldig XML-document:

]> ...

Kenmerken definiëren

Elementattributenlijsten worden gedefinieerd met behulp van een trefwoord! ATTLIST. Daarin worden de namen van de attributen, de typen van hun waarden en aanvullende parameters gespecificeerd. Bijvoorbeeld voor een element