Allgemeine Vorteile und Nachteile von HTML gegen XML und XHTML

Es gibt drei Preisaufschlagsprachen. Diese schließen Hypertext-Preisaufschlag-Sprache (HTML), Extensible Markup Language (XML) und die Kombination der zwei, ausdehnbare Hypertext-Preisaufschlag-Sprache ein, (XHTML).

HTML

HTML ist das Primärformat, das auf dem weltweiten Netz HTML verwendet wird, kann Webseiten mit einer breiten Strecke der Farben, der Formen und der Gegenstände anzeigen. Obgleich nicht eine zutreffende Programmiersprache, HTML sich der Energie über den Jahren erhöht hat.

HTML ist wirklich eine lose definierte Teilmenge XML. Jedoch während XML eine strenge Sprache ist (da Sie erlernen), nimmt HTML viele Freiheiten, die ihm geholfen haben, das populäre Darstellung Werkzeug zu werden, das, es heutiger Tag ist. Obgleich der Geist des jungen Internets Freiheit anregte, haben Entwickler jetzt festgestellt, daß die Freiheit von HTML Rückwirkungen hat. Weil HTML so flexibel ist, haben viele Datenbanksuchroutinen und Netzanwendungen ihre eigene Funktionalität dem Unterseite HTML Protokoll hinzugefügt. Wie alle erhöhte Funktionalität kommt dieses mit zusätzlichen Sicherheit Gefahren.

Aus diesem Grund sollen Bemühungen unterwegs HTML mit einer viel regulierten und standardisierten Preisaufschlagsprache ersetzen, die als XHTML bekannt ist.

XML

XML ist die Grundlage für viele Datenformate, einschließlich HTML, WML, XHTML und mehr. Es ist vor kurzem populär geworden, weil es die Übertragung von Daten zwischen weit unvereinbaren Programmen, Betriebssystemen und Firmen erleichtern kann. Der Schlüssel zum Dienstprogramm XMLs ist, daß er jedem möglichem Entwickler ermöglicht, ihr eigenes Datenformat mit ihren eigenen Bezeichnungen und Anforderungen zu entwerfen. Tatsächlich ist XML so populär, daß Microsoft seine gesamte Suite der Produkte, von Betriebssystemen zu den Bedienerbestandteilen, um das Konzept von XML errichtet hat.

Das Dienstprogramm von XML veranschaulichen, lassen Sie uns betrachten eine Beispielkorporation, die Informationen über Fruchtwarenbestand teilen muß. Weil direkter Zugriff zu einer Datenbank eine Sicherheit Gefahr (sowie schlechtes Geschäftsverfahren) sein würde, kann der Entwickler ein XML Programm verursachen, das die Art, die Größe und die Farbe jeder Frucht an Hand definiert. Sobald sie Spezifikt. festgestellt hat, könnte der Entwickler den Wirt mit der Fähigkeit programmieren, Daten von einer Datenbank zu ziehen und sie in eine XML Akte umzuwandeln. Am anderen Ende könnte ein spezieller Klient die erzeugte XML Akte ablichten und die Informationen analysieren, um seine eigene Datenbank zu füllen. Dieser Prozeß würde folglich schnelle und standardisierte Datenübertragung zulassen.

Um dieses zu veranschaulichen, betrachten Sie das folgende Beispielquellenprogramm zu sehen wie solch eine XML Akte erscheinen würde. Merken Sie die Hierarchie und den zusammenpassenden Satz der Aufkleber. Jeder Aufkleber ist eine Eigenschaft, die Vor-Eigenschaften haben könnte. In diesem Fall führen wir Informationen über einen Apfel und eine Traube.

< FRUCHT > < NAME>APPLE < COLOR>RED</COLOR > < SIZE>BIG</SIZE > </NAME > < NAME>GRAPE < COLOR>PURPLE</COLOR > < SIZE>SMALL</SIZE > </NAME > </FRUCHT >

Indem Sie von diesem einfachen Beispiel extrapolieren, können Sie sehen, wie XML Daten organisiert werden. Der Gebrauch von solchen Verwandtschaftsdatenmethoden ist noch in seiner Kindheit und wird fortfahren, für viele Jahre zu wachsen.

Obgleich XML die Grundlage vieler anderer Internet-gegründeter formatierender Sprachen ist, geben seine Teilmengen XML den Stoß, den es der de Facto Standard werden muß. Eine neue Teilmenge, XHTML, setzt langsam sich durch, und ist, HTML im Vorherrschen zu überholen bestimmt.

XHTML

So ersetzen XHTML Wille wahrscheinlich HTML. Obgleich dieser Prozeß einige Jahre dauert, viel haben Webmasters bereits XHTML umfaßt und langsam seine Richtlinien in ihre Entwicklung integrieren. Tatsächlich wird XHTML 1.0 durch viele betrachtet, die folgende Version von HTML (HTML 5.0) zu sein.

Was bildet, ist XHTML also populäres sein einfaches dennoch steifes ruleset. Dieses ruleset ist so leistungsfähig, weil es einen Universalstandard erzwingt. Die Richtlinien sind, wie folgt:

• XHTML erfordert eine Erklärung an der Oberseite jeder XHTML Seite.

  Diese neue Richtlinie bittet die Datenbanksuchroutine die Art von Daten zu übertragen, die alle Teile der Datendarstellung und des Übergangsprozesses hält, die glatt fließen. Das folgende ist ein Beispiel einer XHMTL Erklärung. <?xml version="1.0" encoding="UTF-8"? > <!DOCTYPE HTML ÖFFENTLICHKEIT "-// W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd" >

• Alle XHTML Seiten müssen die < Kopf- > und < Körper> Umbauten haben.

  Obgleich diese Umbauten gewöhnlich in allen Webseiten, für HTML, Netzdatenbanksuchroutinen übersehen die fehlenden Daten und ausfüllen sie automatisch bestehen, wenn sie nicht anwesend ist. Jedoch ist dieses nicht der Fall mit XHTML.

• Alle Umbauten müssen geschlossen sein.

  Vor XHTML schlossen Webseiten Umbauten wie < p > mit ein, das gewöhnlich schließendes Umbau</p > hatte. jedoch machte es nicht aus, wenn der schließende Umbau ausgelassen wurde. Mit XHTML muß jeder Umbau geschlossen sein. Zusätzlich mögen Umbauten "< Stunde >", die eine Linie über einer Webseite verursachte, müssen wie < Stunde/> jetzt aussehen. dieses ist ein vollständig neues Konzept für Webseiten.

• Alle Umbauten müssen Klein sein.

  Wieder ist dieses eine neue Richtlinie. Vorhergehende Versionen der HTML benutzten Versalienumbauten; jetzt müssen diese Umbauten Klein sein. Da Sie die Richtlinie vor dieser beachteten, gewann die < Stunde > nicht nur einen Schrägstrich, aber wurde auch Klein. (dieses trifft nur auf Umbauten, nicht Attribute.) zu

• Alle Attribute müssen Anführungsstriche haben.

  Obgleich diese Richtlinie traditionsgemäß als gute Kodierungpraxis gegolten hat, ist es jetzt vorgeschrieben. Dieses fügt Komplikationen für dynamisch verursachte Webseiten hinzu.

• Alle Umbauten müssen in der korrekten Hierarchie sein (nicht genistet).

  Wieder galt dieses als gute Kodierungpraxis, aber wurde nicht angefordert. Mit XHTML würde das folgende nicht mehr korrekt sein: < I><B>Bolded und Italicized</I></B >

  Stattdessen würde es jetzt geschrieben, wie folgt: < i><b > Bolded und Italicized </b></i >

  (merken Sie die Kleinbuchstaben.)

• Alle Attributwerte müssen bezeichnet werden.

  Dieses ist nicht ein allgemeines Auftreten in HTML. Jedoch wenn Sie eine Gruppe Radiotasten kodieren, konnte man verzeichnet werden, wie "überprüft worden." Sehen Sie das folgende alte gegen neue Weise der Registrierung dieses:

  Alt: < EINGANG TYPE=RADIO ÜBERPRÜFTES NAME="AnyName" >

  Neu: < Eingang type="radio" checked="true" name="AnyName"/>

  (merken Sie den Gebrauch von Kleinschreibung, Anführungsstrichen und einem schließenden Schrägstrich.)

• Alle < vor > Umbauten dürfen nicht die folgenden Umbauten enthalten: < groß >, < klein >, < Unterseeboot >, < sup >, < img > oder < Gegenstand >

• Form kann nicht genistet werden.

• Alle "u." Symbole müssen als "& geschrieben werden;".

• Aller CSS muß in Kleinbuchstaben geschrieben werden.

• Alles Javascript muß außen durchgeführt werden.

  Javascript ist eine Programmiersprache und ist getrennt von XHTML, das nur eine Formatierung Sprache ist. Erinnern Sie sich, XHTML ist NUR FÜR DARSTELLUNG (mit CSS).

  Zusätzlich wird Javascript nicht heraus kommentiert.

• Alle <! - - Anmerkungen --> sind ungültig.

  Selbstverständlich wird das Kommentieren noch in XHTML gestützt, wenn es mit der folgenden Syntax durchgeführt wird: < [ CDATA[comments erscheinen innen hier ], ] >

Indem Sie diese einfachen aber leistungsfähigen Richtlinien mit HTML kontrastieren, können Sie anfangen, die Vorteile von XHTML zu sehen. Zusätzlich PC (persönlicher Kommunikation Service) verwenden Vorrichtungen auch XHTML. Wegen der Myriade der Verkäufer, sind jedes mit seiner eigenen eigenen Annäherung, die strengen Richtlinien von XHTML und XML lebenswichtig. Ohne diesen Standard würden Netzentwickler unterschiedliche Webseiten für jede Vorrichtung verursachen müssen. Glücklicherweise wegen dieses Standards, können Entwickler ein oder zwei Seiten für alle Vorrichtungen herstellen. Jedoch wird XHTML noch auch für viele kleinere PC Vorrichtungen aufgeblasen. Folglich wird eine andere Wahl angefordert.

Verzicht: Unsere Web site ist nicht zu der Information verantwortlich, die durch diesen Artikel enthalten wird. Dieser Artikel reflektiert keineswegs die Ansichten, die Meinungen, die Gedanken oder den Glauben des Artikelverzeichnisstabes.

Übersetzung Nachricht: Der Artikel "allgemeine Vorteile und Nachteile von HTML gegen XML und XHTML" wurde mit einem automatisierten Übersetzungsdienst übersetzt. Wir entschuldigen herzlichst uns für alle mögliche Übersetzung Störungen, die auftraten. Danke für das Verstehen.