Algemene voordelen en nadelen van HTML vs XML en XHTML

Er zijn drie markup-talen. Deze omvatten Hypertext Markup Language (HTML), Extensible Markup Language (XML), en de combinatie van de twee, Extensible Hypertext Markup Language (XHTML).

HTML

HTML is de primaire formaat gebruikt op het World Wide Web. HTML-webpagina's kan weergeven met een breed scala van kleuren, vormen en objecten. Hoewel het niet een echte programmeertaal, is HTML toegenomen macht over de jaren.

HTML is eigenlijk een losjes gedefinieerde subset van XML. Maar terwijl XML is een strikte taal (zoals u zult leren), HTML duurt vele vrijheden die hebben geholpen het geworden de populaire presentatie tool is het vandaag. Hoewel de geest van de jonge internet vrijheid aangemoedigd, hebben ontwikkelaars nu gerealiseerd dat de vrijheid van HTML heeft gevolgen. Omdat HTML zo flexibel is, veel browsers en Web applicaties hebben hun eigen toegevoegde functionaliteit aan de basis HTML-protocol. Net als alle verbeterde functionaliteit, dit komt met extra veiligheidsrisico's.

Om deze reden zijn inspanningen om HTML te vervangen door een veel meer gereguleerde en gestandaardiseerde markup language bekend als XHTML.

XML

XML is de basis voor veel data formaten, waaronder HTML, WML, XHTML, en meer. Het is de laatste tijd populair omdat het de overdracht van gegevens tussen de sterk uiteenlopende programma's kunnen vergemakkelijken, besturingssystemen, en bedrijven. De sleutel tot nut XML is dat het in staat stelt elke ontwikkelaar om haar eigen data formaat ontwerpen met behulp van haar eigen voorwaarden en eisen. In feite is XML zo populair dat Microsoft haar volledige suite van producten heeft opgebouwd, van besturingssystemen tot server componenten, rond het concept van XML.

Ter illustratie van het nut van XML, Laten we een voorbeeld bedrijf dat nodig heeft om informatie te delen over fruit inventaris. Omdat directe toegang tot een database zou een gevaar voor de veiligheid (zowel als slechte zakelijke praktijk), kan de ontwikkelaar een XML-programma dat het type, de grootte definieert, en de kleur van de vrucht bij de hand. Zodra ze de specs heeft vastgesteld, kan de ontwikkelaar het programma van de gastheer met de mogelijkheid om gegevens te trekken uit een database en het converteren naar een XML-bestand. Aan de andere kant kan een speciale client-scan het gegenereerde XML-bestand en ontleden de informatie aan haar eigen database te vullen. Dit proces zou dus zorgen voor een snelle en gestandaardiseerde data-overdracht.

Om dit te illustreren rekening met het volgende voorbeeld broncode om te zien hoe een XML-bestand lijkt. Let op de hiërarchie en de complete set van etiketten. Elk label is een eigenschap, die had kunnen sub-eigenschappen. In dit geval zijn we het doorgeven van informatie over een appel en een druif.

APPLE ROOD BIG GRAPE PURPLE KLEINE

Door extrapolatie van dit eenvoudige voorbeeld kunt u zien hoe XML-gegevens is georganiseerd. Het gebruik van dergelijke relationele gegevens methoden is nog in de kinderschoenen, en zal blijven groeien voor vele jaren.

Hoewel XML is de basis van vele andere internet-gebaseerde opmaak talen, zijn de deelverzamelingen geven XML de push die het nodig heeft om de de facto standaard. Een recente subset, XHTML, wordt langzaam terrein wint, en is bestemd om HTML halen in de prevalentie.

XHTML

Zo zal waarschijnlijk vervangen XHTML HTML. Hoewel dit proces duurt enkele jaren, hebben veel webmasters al omarmd XHTML, en langzaam de integratie van haar regels in hun ontwikkeling. In feite is XHTML 1.0 door velen beschouwd als de volgende versie van HTML (HTML 5.0).

Wat maakt XHTML zo populair is het eenvoudige maar strakke regelset. Deze regelset is zo krachtig, omdat het een universele standaard afdwingt. De regels zijn als volgt:

XHTML vereist een verklaring op de top van elke XHTML-pagina.

Deze nieuwe regel vertelt de browser de aard van de gegevens te maken, waarin alle delen van de presentatie van gegevens en de overdracht soepel stromende proces houdt. Het volgende is een voorbeeld van een XHMTL verklaring.
Alle XHTML-pagina's moeten de en tags.

Hoewel deze tags meestal bestaan in alle webpagina's, voor HTML, zal Web browsers kijken uit op de ontbrekende gegevens en vul het automatisch wanneer het niet aanwezig. Echter, dit is niet het geval met XHTML.
Alle tags moeten gesloten.

Voorafgaand aan XHTML, webpagina's opgenomen tags zoals
, Die doorgaans had een afsluitende tag
. Maar deed het niet uit of de afsluitende tag is weggelaten. Met XHTML moet elke tag worden gesloten. Bovendien, tags zoals "
", Die een lijn over een webpagina, moet nu uitzien
. Dit is een volledig nieuw concept voor webpagina's.
Alle tags lager moeten zijn zaak.

Nogmaals, dit is een nieuwe regel. Vorige versies van HTML-tags gebruiken in hoofdletters, nu deze tags moeten kleine letters zijn. Zoals u gemerkt de regel voorafgaand aan deze, de
niet alleen ervaring een slash, maar werd ook kleine letters. (Dit geldt alleen voor tags, geen attributen.)
Alle attributen moeten aanvragen hebben.

Hoewel deze regel van oudsher beschouwd als goede codering praktijk, is het nu verplicht is. Dit zal complicaties toe te voegen voor dynamisch gegenereerde webpagina's.
Alle tags moeten in de juiste hiërarchie (niet geneste).

Opnieuw werd dit beschouwd als goede codering praktijk, maar is niet vereist. Met XHTML zou de volgende niet meer correct: vet en Schuin

In plaats daarvan zou het nu worden geschreven als volgt: vetgedrukt en Schuin

(Let op de kleine letters.)
Alle attribuutwaarden moeten worden aangeduid.

Dit is niet een gewoon verschijnsel in HTML. Echter, als u coderen een groep van keuzerondjes, zou men worden vermeld als "gecontroleerd". Zie de volgende oud versus nieuwe manier van het aanbieden van dit:

Old:

Nieuw:

(Let op het gebruik van kleine letters, quotes en een afsluitende slash.)

Alle

 tags mogen niet de volgende tags:  
     ^{_{,,,,  Of}}