Mit XHTML in der traditionellen HTML-Anwendungen

Vor dem Umzug in die viel komplizierter Gelände der Umwandlung von älteren HTML-Inhalte auf die neuere XHTML Regeln, werfen wir einen Blick darauf, wie die Umstellung auf XHTML wirkt von Tag zu Tag Web-Entwicklung und den Bau von neuen Inhalten. Web-Entwicklung in fast ständiger Bewegung seit ihren Anfängen war und Entwicklern gewohnt sind (wenn auch vielleicht müde) die Herausforderungen, die mit jedem neuen Standard und jeden neuen Browser. Einige der Herausforderungen, XHTML präsentiert vertraut sind, obwohl ein paar neue Wendungen gibt's XHTML Ansicht der Verarbeitung gebracht jenseits des Browsers stellen neue Anforderungen.

Lehren aus früheren Technology Shifts

Making Bestimmte Nichts sieht anders aus (der Benutzer)Auf der Grundlage der Prüfung in diesem Artikel getan, beschreibt die Funktionalität Teilmenge als sicher nicht sehr schwierig ist. Scripte und Stylesheets sind am besten außerhalb des Dokuments gespeichert. XHTML, schalten Sie von Skripten versteckt in den Kommentaren ( ) Zu verstecken Skripte in CDATA-Abschnitte ( ) Schafft Probleme selbst für die neuesten Browser-Versionen. Zwar hatte Netscape 3.0 einige Probleme mit einem Skript-Datei aus einem script-Element im Inneren des Kopfes Element referenziert, aber es funktioniert besser mit script-Elemente, die innerhalb des body-Element erscheinen. Style Sheets im Dokument gespeichert Kopf-Elemente verursachten Probleme in einigen älteren Browsern, aber im schlimmsten Fall waren externe Stylesheets ignoriert. Speichern Skripte und Stylesheets in einer externen Datei hat zusätzliche Vorteile, da es viel leichter, sie auf mehreren Seiten nutzen, auch über eine Website, Änderungen daran vornehmen und sie alle von einem einzigen Standort. Editoren und anderen Werkzeugen kann auf einer bestimmten Syntax Fokus , anstatt sich mit drei oder vier verschiedene Systeme auf einmal.

Die anderen XHTML-spezifisches Problem, dass eine Menge Ärger verursacht hat, auch bei neueren Browsern ist der XML-Deklaration. Die XML-Deklaration ist in bestimmten Fällen für das Parsen von XML kritisch, aber es nicht genutzt wird von HTML-Browsern. Wenn Sie die XML-Deklarationen Sie Ihr XHTML-Dokument wählen lassen, besonders wenn man so weit gehen, um ihre Verwendung zu untersagen, sollten Sie die Codierung Probleme beachten Sie, dass die Arbeit mit einer Codierung Erklärung kann für XML-Parser führen (wie im nächsten Abschnitt beschrieben Artikel). Abgesehen von diesen erheblichen Kompatibilitätsproblemen, der Rest der Leitlinien für den Einsatz von XHTML in ein HTML-Produktion Umwelt-Flow in zwei allgemeinen Streams: Durchsetzung der syntaktischen Einschränkungen von XHTML und die Auswahl einer Strategie in Bezug auf die Document Type Definition für Dokumente zu verwenden. Die syntaktische Teil ist nicht so schwierig. Die folgende Liste bietet einen schnellen Start:

HinweisWie viel kostet ein "offiziellen Segen" Materie in diesem Fall? Die bisherige Erfahrung zeigt, dass Entscheidungsträger Browser-Funktionen, wenn es scheint, in günstiger Nähe zu ihnen, nicht unterstützen, weil das W3C sagt es. Je mehr Standards Haltung der Mozilla-Projekt kann dies zu ändern, aber es ist unwahrscheinlich, dass die Mainstream-Browser, der Rahmen der Entwicklung des oder der Schriftart Elementen säubern wird in absehbarer Zeit.

TippFür die Vision einer kleinen HTML, die weit über die strengen DTD geht, finden Sie in der W3C XHTML Basic auf http://www.w3.org/TR/xhtml-basic/. Sie sollten im Hinterkopf behalten, dass reine XHTML Basic-Implementierungen wahrscheinlich nur verwendet werden, in Umgebungen mit sehr begrenzten Verarbeitung wie Geräte, Personal Digital Assistants (PDAs) und Mobiltelefonen. Wenn Ihre Entwickler durch die strenge DTD eingeschränkt fühlen, können Sie dies als eine praktische rhetorische Mittel verwenden, um nachzuweisen, dass eine kleinere Teilmenge möglich ist.

Wenn Ihr Unternehmen oder Ihre Website eine Vielzahl von verschiedenen Ansätzen HTML unterstützt, finden Sie es vielleicht am einfachsten nicht auf eine Entscheidung zu treffen und einfach verlangen, dass ein bestimmtes Dokument Autoren DTD auswählen und anwenden, auf einer Pro-Dokument Grundlage. Das ermöglicht maximale Flexibilität und ermöglicht es Web-Entwicklern, um den Übergang in ihrem eigenen Tempo, ohne sie zu zwingen, ihren Wortschatz zu ändern, sowie ihre Syntax. Wenn Sie die Vorteile der laufenden XHTML des W3C Entwicklung ziehen wollen, jedoch kann es für Sie am einfachsten zu bleiben innerhalb der Grenzen der strikten DTD. Die Fähigkeiten von Cascading Style Sheets sofern mehr als Ausgleich für die Formatierung von den Übergangsbestimmungen DTD zur Verfügung gestellt. Entwickler müssen lernen, CSS, oder vielleicht wird eine standardisierte und Stylesheet für alle ihre Dokumente, mit einigen zusätzlichen Kosten für die Organisationen, in denen CSS noch nicht weit verbreitet. Während der Umstellung auf den strikten DTD kann einige Unterschiede im Aussehen von Seiten führen, die mit anderen Formen der HTML-oder XHTML, können Sie steuern, diese Unterschiede mit Hilfe von CSS.

TippBei der Umstellung auf den strikten DTD klingt unmöglich, weil Ihre Website Frames verwendet, können Sie das Frameset DTD verwenden ausschließlich für die Definition der Framesets und verlassen sich auf die strenge DTD für alle Dokumente innerhalb dieser Frames. Die Strict DTD nicht die Ziel-Attribut, das beschränken können, wie gut Ihre Framesets arbeiten, aber.

Unterstützung bei der eine möglichst breite Basis in XMLWährend eine gute Nutzung der bestehenden HTML-Kenntnisse und Browsern ist wichtig, dass Ihre Dokumente akzeptabel XML-Parser ist die andere Hälfte der XHTML-Übergang. Auf kurze Sicht ist die Minimierung Kosten des Übergangs für ältere HTML-Software ein ehrenwertes Ziel, aber Sie sollten sicherstellen, dass Ihre Dokumente in der Tat machen die Umstellung auf XML zu tun. Wie bereits erwähnt, stellt der XML-Deklaration Probleme für viele ältere Browser - aber es ist für die Verarbeitung von XML-Dokumenten in vielen kritischen häufigsten verwendeten Kodierungen. Dropping dieser Erklärung können Ihre Dokumente zu halten, die von Suchmaschinen, in Dokumenten-Repositories, oder sogar von den Benutzern von XML-basierten Clients gelesen gespeichert verarbeitet.

Obwohl HTML es verwendet, ist die Kodierung Erklärung in der XML-Deklaration von entscheidender Bedeutung für das Parsen von XML. In der Tat ist die Codierung Erklärung für alle Fälle, in denen Nicht-Unicode-Zeichensätzen verwendet werden wichtig. XML-Parser sollten Auto-Erkennung der Lage, UTF-8 (die Basis-ASCII umfasst) und UTF-16-Codierungen, aber sie darf nicht zur Aufdeckung anderen häufig verwendeten Codierungen wie ISO-Latin-1-und-Shift-JIS-fähig. Dies bedeutet, dass das Weglassen der XML-Deklaration erfordert, dass Sie Dokumente in UTF-8 und UTF-16 zu speichern, wenn die Interoperabilität mit XML-Parser ist wichtig. Einige Tools können erstellt und verwaltet Dokumente in diesen Kodierungen, während andere nicht können.

Hinweis Es ist eine sichere Wette, dass alle XML-orientierte oder Java-basiertes Werkzeug umgehen können UTF-8 und UTF-16 Zeichencodierungen. Andere Programme und Umgebungen anpassen können variieren. Bis Unicode-Unterstützung weiter verbreitet wird, können Sie es sich lohnt Ihre Bemühungen, einige Strategien, um die Sicherheit Ihrer XHTML erkunden zu finden, ist akzeptabel, XML-Parser. Wenn Sie stehen kann, die Erklärung zu haben scheinen ganz oben auf der Seite in einigen Browsern (insbesondere, wenn Sie arbeiten in einem Umfeld, das nicht verwendet diese Problem-Browser), halten die Erklärung ist eine gute Idee. Wenn Sie mit reinen ASCII-Dokumenten arbeiten, können sie als UTF-8 übergeben und die Erklärung ist nicht erforderlich. Die Nutzer der Latin-1 Zeichensatz ersetzen können alle Latin-1 Zeichen, die nicht im ASCII mit deren Gegenwert in den Latin-1-Unternehmen gesetzt - alle HTML-integrierten Unternehmen zur Verfügung stehen. Benutzer von anderen Zeichensätzen sind mit der Umstellung ihrer Dokumente auf UTF-8 und UTF-16, oder mit Hilfe der numerischen Zeichen Referenzen in ihren Dokumenten konfrontiert - nicht lesbar oder ein besonders effizientes Konzept, aber eine, die Tugend der Zuverlässigkeit hat.

TippXHTML-Entwickler, die mit asiatischen Zeichensätzen, insbesondere China, sollten Sie zu besuchen Academica Sinica Chinesisch XML Now! Website unter http://www.ascc.net/xml/. Die Seite beinhaltet eine Liste Häufig gestellte Fragen und einem Abschnitt über XHTML. Darüber hinaus hat es eine Version des Tidy XHTML Clean-up-Programm angepasst, um mit den chinesischen und japanischen Codierungen zu arbeiten. Wenn Ihre Dokumente dynamisch erzeugt werden, können Sie auch in der Lage, Software-Anforderung der Unterlagen zu prüfen und hinzufügen oder weglassen der Erklärung über die von Fall zu Fall entschieden. Er erfordert zusätzliche Verarbeitung, aber es unterstützt die möglichst breites Spektrum von XML-und HTML-Clients und Werkzeuge.

Balancing Bedürfnisse und UmschulungWenn Sie diesen Artikel, weil Sie brauchen, um Ihren eigenen XHTML Ein-Personen-Projekte, werden Sie wahrscheinlich bereits einige Entscheidungen über die Vereinbarkeit Kompromisse gelten Lesung sind. Wenn Sie XHTML als Teil eines größeren Projekts, der Entscheidungsprozess verwenden ist wahrscheinlich sehr viel schwieriger, da die verschiedenen Teilnehmer mit unterschiedlichen Bedürfnissen sehr unterschiedlichen Perspektiven über die Nützlichkeit dieser Nachteile haben. Der Übergang von HTML zu XHTML 1.0 beinhaltet Änderung einiger Gewohnheiten und genauerem Hinsehen auf Funktionen wie Zeichenkodierungen, die meisten Entwickler für selbstverständlich halten. Einige Web-Designer können scheuern auf der syntaktischen Beschränkungen auferlegt XHTML, während andere (vor allem diejenigen, die mit Dynamic HTML und Cascading Style Sheets Arbeit) viele der Einschränkungen, die bereits beobachten können. Verbreitung des Evangeliums von XHTML ist nicht immer einfach, vor allem in diesem frühen Stadium, wenn Instrumente (auch XML-orientierte Werkzeuge) sind weit mehr als XHTML HTML-orientiert ausgerichtet.

Ein Artikel eingereicht von Albert Lichtblau

Disclaimer:Unsere Website ist nicht verantwortlich für den Inhalt dieses Artikels. Webarticles ist eine kostenlose Informationsquelle.
Wichtig: Dieser Artikel "Verwenden von XHTML in HTML Traditionelle Anwendungen" wurde durch ein automatisches Software übersetzt. Wir fühlen uns leid für alle Rechtschreibfehler, die möglicherweise aufgetreten sind. Vielen Dank für Ihr Verständnis.