XML und die nächste Generation des Web

Ihre Mozquito HTML / JavaScript Erreichbar Während Mozquito Factory HTML und JavaScript erzeugt, dass die Funktionen auf jedem Browser unterstützt JavaScript 1.2, müssen Sie einige zusätzliche Anstrengungen, um Ihre Dokumente so zugänglich wie möglich. Leider sind viele Web-Entwickler denken, Zugang zu Webseiten ist nur für Menschen mit Behinderungen beschränkt machen auszuüben. Beachten daran, dass Menschen mit älteren Versionen von Browsern, Text-basierten Browsern und Browser auf neuen Geräten wie Handys und PDAs werden große Schwierigkeiten mit Mozquito produzierte Inhalte haben. Öffnen Sie eine Mozquito-erzeugten HTML-Datei in Notepad, WordPad oder einem anderen Text-Editor. Scrollen Sie zum unteren Rand des Dokuments und Sie können den Einsatz der see

Sorry, Ihr Browser unterstützt kein JavaScript oder Sie haben Javascript deaktiviert in Ihrem Browser.

Bitte aktivieren Sie JavaScript oder nutzen Sie die neuesten Netscape Navigator oder Internet Explorer, um die Seite korrekt!  

  

Wie ich bereits mehrfach in diesem Artikel, FML ähnelt dem HTML 4.01-Version von Formen. Man sollte die Vorspannung Bilder, editierbare Listen und Schichten, und Sie können Ihre gesamte FML Formular in HTML 4.01 duplizieren. Tags. Wenn Sie freie Zeit haben, nachdem Sie Ihre FML Dokument abgeschlossen ist, machen die Änderungen in einer separaten HTML-Datei und kopieren Sie ihn für Ihre Mozquito HTML-Dokument. (Beachten Sie, dass jedes Mal, wenn Sie Export aus Ihrem Dokument an den FML Mozquito HTML-Dokument, das Sie Ihren Code verlieren.) Darum ist es wichtig, sie in einer separaten HTML-Datei speichern und es in Ihre Mozquito HTML kurz bevor Sie sie veröffentlichen auf Ihrem Web-Server. Für weitere Informationen über Ihre JavaScript und Formen des Zugangs, werfen Sie einen Blick auf die W3C Web Content Accessibility Guidelines ( ).

XML und die nächste Generation des Web

Sie haben sich XHTML sah aus allen verschiedenen Blickwinkeln, von den neuen Fähigkeiten führt er auf die neue Kosten, die ihr auferlegt, und dachte nach seinem Einsatz in Geräten vom Handy bis zum Web-Browser auf PCs auf Web-Servern und sogar größeren Geräten. Nun, da Sie durch alle, die es an der Zeit, die langfristige Auszahlung betrachten - die Gesamtwirkung auf den einst so vertrauten World Wide Web watete.

Person zu Person und Machine to MachineBisher hat die Web meistens als Werkzeug für Person-to-Person und Person-zu-Maschine-Verbindungen. Während einfache Werbe-orientierte brochureware Websites und die meisten Informationen, Inhalte im Web ist für den menschlichen Verzehr bestimmt sind, einen Großteil der treibenden Kraft (sprich: Investitionsmöglichkeiten) hinter dem Web hat aus Projekten kommen, dass es einfacher für den Menschen in Verbindung zu treten, um Maschinen zu machen. Menschen in Verbindung zu treten, um Maschinen, Aufträge für Waren eingeben, z. B. Anrechnung einer ganzen Reihe von Ereignissen, die sich weitgehend von den Computern während vieler Menschen auf dem Weg geleitet.

In den meisten Fällen, haben die Menschen verwaltet ein "don't call me, I'll call you" Einstellung zu Computern. Commercial automatisierte E-Mail, allgemein bekannt als Spam wenn sie unaufgefordert, wie ein Fluch des Internet und nicht zu ihren Sehenswürdigkeiten zu sehen. Während die Maschine-zu-Mensch-Kommunikation hat eine kleine Steigerung in der kurzen Zeit, Push war beliebt, Bandbreite Bedenken und die stärker Leichtigkeit, mit der Menschen Informationen links zu drücken, ohne sich viele Kunden abrufen können. Auch die Menschen nicht über die Aussicht auf Computer Überwachung ihrer Web-Surfen aufgeregt scheinen, dass die Ergebnisse in Vorschläge über den Kauf von Produkten scheinbar entsprechend ihrer Interessen.

XHTML tritt dieses Rahmens - in welcher Auszeichnungssprache hat für Menschen lesbaren Form Informationen und Antworten haben Computer bereitgestellt lesbare Informationen - und eröffnet neue Türen. Markup stellt noch Informationen für Menschen, aber es trägt auch Informationen von Maschine zu Maschine. XHTML Modularisierung und die Erweiterbarkeit kann es geben, die speziell für Formen, verspricht nennenswerten Verbesserungen in der Art der Informationen, die Leute schicken können, damit Maschinen. Und während in XHTML macht Spam mehr interessant, XHTML mindestens eröffnet die Möglichkeit, Machine-to-Person-Übertragungen, die nützliche Informationen für Ihren Computer durchführen, die Sie brauchen nicht zu lesen. Ein Lehrer kann lesen, ein sauber formatierte Nachricht, dass drei neue Studenten haben ihre Klasse hinzugefügt wurden, automatisch per Computer der Schule. Inzwischen hat sich ihr Computer bereits extrahiert ihre Namen und fügte sie der Besoldungsgruppe Artikel.

Automatisieren - und Fragmentierung - die Web -Im obigen Beispiel wird ein Beispiel für ein kleines Stück von dem, was XHTML ermöglicht. Durch die es Entwicklern ermöglicht, Anwendungen zu erstellen-spezifische Vokabeln und sie in Kombination mit dem generischen HTML-Vokabular, können XHTML-Dokumente tragen mehrere Schichten von Informationen. Diese Schichten können in unterschiedlichen "Kunden" des Dokuments ausgerichtet sein, mit einer Schicht (wahrscheinlich mit dem HTML-Vokabular) präsentiert die Nachricht als ein Dokument für den menschlichen Verzehr und die anderen Schichten mit Informationen für den Einsatz in automatisierten Verarbeitung von Werkzeugen.

Obwohl HTML aussehen können fragmentiert und durchsetzt mit Inkompatibilitäten, wenn Sie einen Web-Entwickler versucht, komplexe Aufgaben in allen Browsern verschiedener Hersteller führen sind, die generellen Ähnlichkeiten dieser Implementierungen der Regel überwiegen die Unterschiede. Die Erwartung der Ähnlichkeit, dass einfache HTML schafft oft macht es frustrierend, wenn die Unterschiede zu erscheinen beginnen. XHTML zu einem gewissen Grad - und XML zu einem viel größeren Ausmaß - hat erschreckt viele Menschen mit der Aussicht auf ganz unterschiedliche Vokabeln erschütternd das gemeinsame Verständnis, dass die Web gehalten hat (fast) einheitlich bis zu diesem Punkt. Als das Internet wächst, aber Nachfrage nach solchen maßgeschneiderten Vokabeln steigt. Der Wert von mehr spezifischen Beschreibungen deutlicher wird als Entwickler von Web-Anwendungen versuchen, zusätzliche Funktionen zu bauen.

Viele Intranet-Sites enthalten bereits bastardized HTML, mit Markup, das ist kein HTML. Der generische div und span-Elemente haben sich Platzhalter für diese Art von Informationen für Entwickler, die innerhalb der HTML-Rahmen bleiben wollen. Sie können die Klasse Attribut verwenden, um anzugeben, welche die Informationen wirklich ist. (Dieses Attribut bietet begrenzte Erweiterbarkeit.) Microsoft bietet XML Daten Inseln in HTML-Dokumente, die den Entwicklern eine Reihe von formalen Tools für die Arbeit mit diesen Informationen, auch wenn diese eingestellt funktioniert nur innerhalb des eigenen Software-Frameworks von Microsoft. Der Hauptvorteil dieser zusätzlichen Wortschatz erhöht Anpassbarkeit, mit dem Entwickler alle Arten von Anwendung zu erstellen können Haken Dokumente, die wir in Skripten oder Programmen verarbeiten sie effizient und zuverlässig. Die Kosten sind ein bisschen komplizierter, aber sie sind zum Großteil aus der Tatsache, dass nicht alle potentiellen Empfänger eines Dokuments über die erforderlichen Instrumente, um das Dokument vollständig verarbeiten. Web-Entwickler, die an Plug-in-Fähigkeiten vertrauen bereits auf das Gesicht dieses Problem, aber Verlängerung der HTML-Vokabular droht noch schlimmer machen, zumindest auf kurze Sicht. Entwickler können entweder Schiff, alle Informationen, ob der Empfänger kann oder nicht, oder verwenden Sie verbringen Verarbeitungszyklen Verhandlungen, welche Informationen der Empfänger verarbeiten kann.

Die Form dieser Verhandlungen und Verarbeitung Rahmenbedingungen ist noch nicht klar. Es ist zwar davon auszugehen, dass es auf die Strukturen bereits für Content-Negotiation (wie z. B. HTTP-Header und MIME-Typen) und Markup-Verarbeitung verwendet gebaut werden (wie das Document Object Model und XSLT), viele der fehlenden Teile zu bleiben. Verwendung von XHTML, die HTML-Wortschatz zu erweitern, wird ein riskanter Vorgang, und zumindest einige gravierende Ineffizienzen auf den ersten einzubeziehen. Verhandlungen können Ressourcen verbrauchen, während die Verhandlungen und dabei nur für die Schiffahrt Informationen kann bedeuten, Nutzer erhalten Informationen, für die sie keine Werkzeuge. Im Gegensatz zu den übermittelten Informationen für die Verwendung mit Plug-Ins heute nicht XHTML keine extra eingebauten Schritt, dass der Benutzer eine Chance gibt zu sagen: "Nein, ich will nicht, dass der Inhalt oder die Software, um sie anzuzeigen." Mit XHTML (als Basis) und zusätzliche XML (als XHTML-Module integriert) zu dieser Stiftung sollte ein Mindestmaß an Verständnis für die Nutzer gewährleisten zu verlängern, auch wenn diese Instrumente nicht verarbeiten kann, das gesamte Dokument. Da die Höhe von XML-Inhalten steigt, allerdings kann es schwieriger geworden, für die Benutzer Dokumente entsprechend, ohne die richtigen Werkzeuge zu behandeln. Infrastruktur für den Umgang mit diesen Fällen und für die Unterstützung Nutzer finden den richtigen Werkzeugen ist erst der Anfang. Denn jetzt, erweitert XHTML eine ziemlich riskante Aufgabe, die mehr Probleme verursachen kann, als es wert.

AchtungAutomatisierung der eben beschriebenen Art kann Sicherheitsrisiken verursachen. Building-Programme, die in Reaktion auf Nachrichten Inhalt macht diese Nachrichten die Träger von potentiell schädliche Informationen. Wenn Sie schreiben, diese Art von Anwendungen, stellen sicher, sie zu bauen in einem sicheren Rahmen, der Authentifizierung, und bietet Schutz gegen beschädigte oder verlorene Daten. Es ist auch sinnvoll, Grenzen, die menschliche Eingriffe erfordern, wie viele Workflow-Anwendungen gefunden haben.

InformationsleckAls XHTML-Dokumente kommen mehr und mehr auch "echte" Informationen, die Risiken der geplanten Verteilung von Informationen zu erhöhen. HTML-Dokumente können enthalten selbstverständlich vertraulich behandelt oder andere sensible Informationen. Allerdings ist HTML ein beruhigender "alle Daten auf der Oberfläche"-Stil. Als Entwickler, um mehrere Schichten von Informationen in Dokumenten gehören zu starten, können einige dieser Schichten nicht sichtbar für die Nutzer direkt.

Um einen extremen Fall zu nehmen, sich einen Corporate Annual Report für die Öffentlichkeit bereit. Unterhalb des öffentlichen Zahlen berechnet und hübsch Kreisdiagrammen liegen eine große Anzahl von vertraulichen Informationen über Operationen des Unternehmens, zusammen mit Abschlussprüfung Informationen und Produktion fest. All diese Informationen aus dem entfernt endgültige HTML-Version, Die die obige Beschreibung passt - alle Informationen auf der Oberfläche.

Nehmen wir an, daß jemand sich entscheidet, dass der Jahresbericht sehr nützlich sein könnte, bestimmte Teile der Gesellschaft - etwa das Top-Management oder das Board of Directors - als Schnittstelle zu den konkreteren Angaben. Im Gegensatz zu den Immobilie HTML-Version, So würde diese verbesserte Version XHTML, damit seine Nutzer zum Klicken durch Tabellen und Diagramme auf die zugrunde liegenden Informationen zu gelangen, neu anordnen, wenn für verschiedene Gesichtspunkte notwendig. Beim Öffnen der Schnittstelle ist sehr vertraut, der Jahresbericht sieht genauso aus wie vorher, in HTML. Die zusätzlichen Funktionen und Informationen verlangen, die Interaktion der Nutzer, um sie auf den Weg.

Wenn dieser durch und durch verbesserte XHTML-Dokument ist für seine Cousine flacher gehalten und erreicht die Außenwelt, vielleicht ein Analyst, wären die Folgen dramatisch. Das Problem ist nicht mit Cracker Einbruch in Systeme, sondern beinhaltet menschliche Fehler und eine fehlende Infrastruktur für die Verwaltung dieser Informationen. Dies ist zwar ziemlich ein Worst-Case-Szenario, warnt er von Dingen, die neu sind möglich, wenn anspruchsvolle Darstellungen von privaten Informationen im gleichen Rahmen wie ihre öffentlichen Fassungen verwendet werden. XHTML eröffnet neue Möglichkeiten, aber es bringt eine neue Verantwortung. Die Sicherheits-Infrastruktur ist noch nicht da, und Markup bietet keine Sicherheit für sich.

Die Wiederbelebung des Agent DreamWährend die Informationen Leckage kann in manchen Kontexten schädlich ist, öffnet er die Tür zu einer ganzen Reihe von Anwendungen, die nicht in der HTML-Webseite möglich. Bevollmächtigte, Software entworfen, um automatisch zu finden und Verarbeitung von Informationen den Bedürfnissen der Nutzer gerecht zu werden, kann eine andere Chance haben. Während ursprünglich zugesagten Mittel für die Nutzer kundenspezifische Werkzeuge für die Suche nach Informationen, die sie wollte (Verkaufspreise auf Smoking geben, zum Beispiel), wurden sie oft durch die Schwierigkeit, Aussortieren HTML-Markup und die Ungenauigkeit der menschlichen Sprachen rund um die Informationen wieder zunichte gemacht.

XHTML ist kein Wundermittel Allheilmittel für diese Probleme. Die menschliche Sprache ist ein wichtiger Teil des Inhalts, dass die Agenten müssen für viele Arten von Recherchen, und das Kernstück der XHTML selbst bleibt ziemlich schwierig für Agenten zu interpretieren befassen. Wenn die Preise, zum Beispiel, wie rot und fett Verwendung von Cascading Stylesheets dargestellt werden, könnte diese Informationen nicht selbst erscheinen innerhalb des Dokuments. Bevollmächtigte müssen herausfinden, etwas anderes (das class-Attribut?) Einklinken an, wenn sie sicher, dass die Nutzer Informationen zu extrahieren wollen hoffen.

Auf der anderen Seite kann XHTML Erweiterungsmechanismen geben Agenten einige echte Informationen zur Arbeit mit in Form von eingebetteten XML-Inhalte. Wenn zum Beispiel ein gemeinsames Modul für die Auszeichnung von Umsatz Informationen verbreiteten - oder sogar, wenn mehrere Module in Gebrauch kam - Agenten wären sinnvolle Hinweise zu den Informationen haben sie wollten. Während die Unternehmen können über das Aktivieren vergleichen, indem sie diese Informationen betroffen sein, so können sie feststellen, dass es ihnen bringt neue Kunden.

Will Survive XHTML?Einige frühe Kritiker der HTML haben lange nach einem Ersatz mitkommen wartete. Aus ihrer Perspektive bietet XML eine sehr viel vielseitiges Set von Tools mit einer minimalen Lernkurve und es kann in der gleichen Infrastrukturen geeignet ist (Browser, HTTP und Web-Servern), die HTML-heute. Tools wie XLink können XML-Hyperlink-Funktionen, die weit über die einfache Mechanismen vorgesehen sind, gehen im HTML-und XSL-Stylesheets Macht geben, die ähnlich übertrifft die kühnsten Träume der HTML-basierte Web-Entwickler Formatierung versprechen. XML ermöglicht es, Vokabeln, wie Structured Vector Graphics (SVG) und Synchronized Multimedia Integration Language (SMIL), die Grafik-und Multimedia-weit besser als die allgemeine Zwecke Dokument-orientierte HTML vorliegenden erstellen können. Aus dieser Perspektive betrachtet, wird HTML-Vergangenheit seiner Blütezeit - ein schwaches Instrument, dessen Ersatz nur durch die Existenz von vielen Millionen zuvorgekommen Vermächtnis Browsern.

Eine freundlichere Perspektive stellt die HTML-Vokabular wertvoller. Auch abgesehen von den Millionen von Browsern bereits verteilt, oder die große Gemeinschaft von Entwicklern, die bereits über ein solides Verständnis davon, wie es funktioniert, HTML funktioniert noch gut für viele der Gründe, katapultiert es zu Prominenz in den ersten Platz. Es ist nicht schwer, HTML-Dokumente zu erstellen, und sogar während XHTML ein paar Regeln für die Struktur auferlegt, können diese Regeln tatsächlich helfen Anfängern viel Ärger ersparen. Die feste HTML-Vokabular bietet eine Reihe von Grenzen, die Projekte aus dem Ziel unmögliche Ziele hält, während jenen Dokument Schöpfer der Macht, die sie benötigen, um brauchbare Schnittstellen zu bauen. HTML hat bereits bewiesen, aufnehmen kann Erweiterungen von Scripting, um Stylesheets Applets und Objekte. Man kann argumentieren, dass viel von der Welt auskommt problemlos auch ohne XML und wird nicht so viel zu gewinnen, indem Sie es.

Es scheint wahrscheinlich, dass die Web-Entwicklung einer gemäßigteren Kurs verfolgen wird, als diese beiden Vorschläge. Die HTML-Wortschatz ist zu bekannt und zu gut unterstützt werden, um schnell verschwinden, und es wird wohl immer eine Art von Baseline-Vokabular für viele Arten von Auszeichnungen. Die HTML-Wortschatz enthält einige weitere Features, die lange auf sich warten in XML werden, sofern Semantik für Informationen, die nicht nur die Formatierung. HTML-Formulare sind ein Bereich, in dem HTML hat einen deutlichen Vorteil, aber HTML enthält viele weitere Features zur Beschreibung von Inhalten, die noch in irgendeiner Weise verbreitet in XML umgesetzt werden. XML bietet kein allgemeines Werkzeug für die Einbeziehung der Skripte in den Dokumenten und es fehlt ein allgemeiner Art einschließlich Stylesheet-Informationen in einem Dokument. Ad-hoc-Lösungen für alle diese Probleme können auf ein Vokabular entwickelt werden, von Basis-Vokabular, XHTML, sondern bereits fertige Lösungen für diese Probleme und eine große Gemeinschaft von Entwicklern, die wissen, wie man sie benutzt.

XHTML Entwicklung verspricht, das größte Problem, vor dem HTML-Tilgung: seine Sprödigkeit, eingereicht am durch ihre mangelnde Erweiterbarkeit. Zur gleichen Zeit kann XHTML lösen einige der Probleme, XML-Entwickler Gesicht, als sie bringen in das XML-Web-Umgebung durch die Bereitstellung wieder verwendbarer Lösungen für realworld Probleme. Während XHTML-Dokumente betrachten können schließlich nur sehr wenig wie ihre HTML forbearers, so scheint es wahrscheinlich, dass viele der Funktionen von HTML über die Übergangszeit (vielleicht mit einigen Umbau) dauern wird. Den Sprung direkt in XML wird nach wie vor schwierig, wenn nicht mehr Instrumente für die Integration mit anderen Web-Tools angezeigt wird, und XHTML bereits hält viel von der notwendigen Toolkit.

Effiziente, Friendly, sichtbarXHTML ist wahrscheinlich die größte Veränderung der zugrunde liegenden Architektur des World Wide Web seit seinem ersten Erscheinen. HTTP 1.1 verfeinert das Protokoll für die Übertragung von Informationen, sondern umbaut XHTML HTML in einer Weise, daß es schließlich unkenntlich machen kann. Statt den Kampf gegen die Tag Suppe, die ständig wachsende und unkontrollierte Ergänzungen von einem Lieferanten aus HTML, hat das W3C seine Meinung geändert und warf die Tür offen für neue Vokabeln. Neue Vokabeln kommen sollte ordnungsgemäß in Namensräume und XHTML-Module gekleidet, aber die Möglichkeiten sind da.

XHTML verspricht das Web von einem Medium zu ändern, dass die Menschen nutzen, um mit anderen Menschen zu einem Medium, das Mensch und Computer, um mit anderen Menschen und Computern zu kommunizieren nutzen zu kommunizieren. Dieser Übergang wird einige Kosten verursachen und produzieren einige Probleme auf dem Weg, aber das Endergebnis kann ein Web, das man sich Zeit und Aufwand spart. Das Internet hat bereits gezeigt, dass große Netzwerke neue Möglichkeiten eröffnen kann, sondern seiner jetzigen Form bedeutet, dass viele Chancen ignoriert worden sind oder verschwendet. Diese Probleme nicht mit dem immer deutlicher Bandbreite Fragen, obwohl diese wichtig bleiben, aber was können wir mit, dass die Bandbreite zu tun.

Vielleicht der wichtigste Aspekt dieser Veränderung ist, wie klein sie ist, zumindest auf den ersten. Wie Sie gesehen haben, beginnt XHTML 1.0 den Übergang mit so wenig Störungen wie möglich (auch wenn einige Störungen unvermeidlich ist). Während der Übergang durch XHTML 1.1 in die Zukunft XHTML 2.0 ist wahrscheinlich mehr Unebenheiten einzubeziehen, sind diese neuen Strukturen auf der gleichen vertrauten Infrastruktur, die HTML für die Jahre unterstützt hat, gebaut. XHTML ist nicht Neubeginn mit einem brandneuen Web, es ist mit neuen Möglichkeiten, die bestehenden Web. Anwender und Entwickler, die sich auf vertrauten Werkzeugen, wird hoffentlich feststellen, dass die XHTML tuneup ihnen ein nützlicher Web ohne dass sie die Grundlagen zu verstehen.

Tipp Dennoch möchten mehr über XHTML, oder diskutiere über ihre Arbeitsweise wissen? Probieren Sie die XHTML-L-Liste. Einzelheiten hierzu sind in http://www.egroups.com/group/XHTML-L zur Verfügung.

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 "XML and the Next Generation of the Web" 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.


Online: 140 users browsing the articles directory   


  

|