HTML e XHTML possibilità di applicazione

Panoramica

Il passaggio da HTML a XHTML richiede un notevole cambiamento di mentalità da design-oriented freefor-tutto quello che caratterizza i primi anni del web. Questo cambiamento di stile in movimento riflette l'architettura di base verso un approccio più potente e più controllabile per documentare la creazione, la presentazione e la gestione. Comprendere le connessioni tra i cambiamenti architettonici e stilistici possono aiutare a trovare i benefici più immediati da XHTML - anche se gli unici strumenti iniziare a recuperare il ritardo. Pensando alla possibilità che si apre XHTML può aiutare a pianificare una transizione a forme più sofisticate applicazioni web.

Dalla presentazione di ritrattamento e InterazioneHTML è stato progettato per presentare agli utenti pagine abbastanza interessanti (anche se i progettisti Web possono renderli sempre gloriosa o brutto), e di sostenere un livello molto semplice, attraverso forme di interazione e collegamenti ipertestuali. La logica applicativa che i browser Web di supporto - almeno a livello di pagine HTML e script, e non le estensioni delle applet Java, plug-in o controlli ActiveX - è relativamente semplice. Applicazioni progettate per il Web tende a centralizzare la loro trasformazione in informazioni, il server di archiviazione in banche dati e l'utilizzo di browser Web, come Windows mera informazione del server. Questo rende possibile utilizzare il server più sofisticati impianti di lato per la sicurezza, il trattamento e la connettività. Mentre l'HTML dinamico fatto una interfaccia Web browser più avanzato in grado di vedute animate di informazioni, l'interfaccia forme rimane la via principale per gli utenti di manipolare le informazioni e immettere nuove informazioni. Alcuni browser Web consentono agli utenti di modificare il codice HTML e inviarlo a un server, ma l'editor è più o meno una domanda distinta utile solo per l'editing HTML, non generale, l'interazione con fini di un'applicazione server.

XHTML prevede una transizione dal modello HTML per le applicazioni Web XML per modellare la più potente e più flessibile. Mentre le domande XHTML partirà molto simile applicazioni HTML, XHTML permetterà agli sviluppatori di applicazioni di integrare gli strumenti XML con il vocabolario HTML. XHTML non è semplicemente un foglio per l'eventuale acquisizione di XML - che promette di tenere il vocabolario HTML noto vivo in questo nuovo mondo.

Flussi e Alberi: HTML e XML ParsingHTML e XML processori tendono a considerare il testo che ricevono in maniera molto diversa. Mentre entrambi i tipi di processori leggere un documento dall'inizio alla fine, i processori HTML leggere i documenti HTML usando le intese HTMLspecific. Tuttavia, i processori XML tendono ad analizzare i documenti più genericamente. Applications quindi applicare loro logica ai risultati delle analisi, senza in realtà che partecipano alla stessa analisi. Questa separazione è necessario che i documenti XML strettamente conformi alle specifiche XML perché le applicazioni non possono applicare la logica di fornire scappatoie o modificare le strutture di base. Parser HTML in genere sono costruiti per uno scopo: per leggere HTML. Se il parser costruisce una visione del browser del documento, recupera le informazioni per un motore di ricerca, o alimenta un agente di informazioni commerciali, parser HTML bisogno di sapere molto su vocabolario dell'HTML. Queste informazioni cruciali comprende un insieme complesso di regole su cui elementi non hanno bisogno di tag di fine, come correttamente fine, quando gli elementi sono stati omessi i tag di fine, e le regole per trattare con alcuni elementi particolarmente delicato. L'elemento META, per esempio, definisce il suo vero scopo in un attributo ed a tal fine possono influenzare il processo di analisi sostanzialmente per il resto del documento quando le cose come la codifica dei caratteri sono dichiarate. L'elemento INPUT utilizza allo stesso modo di un attributo per definire il suo vero scopo. Sarebbe richiedono processori di tenere traccia di una notevole quantità di informazioni utili per elaborare una forma correttamente se gli elementi di input sono annidati, elementi di input in modo di nidificazione è fuorilegge.

Come risultato, i parser HTML tendono ad essere strettamente legato alle proprie applicazioni particolari, applicando regole di trasformazione che ha senso per la loro particolare applicazione. I motori di ricerca, per esempio, di solito scartare tutti i markup e concentrarsi su testo - fatta eccezione per gli elementi META che forniscono informazioni sulle parole chiave. Browser necessità di raccogliere quante più informazioni possibile dal parser, ma applicare le proprie regole su come markup si trasforma in strutture documento.

Mentre parser XML hanno un lavoro simile a fare, non si aspettano di vedere un particolare vocabolario, ragione per cui non può fare il tipo di interpretazione che do parser HTML. Invece di interpretare il flusso di informazioni con un complesso insieme di linee guida, parser XML estratto e presentano una struttura ad albero che viene descritta dagli elementi, attributi, testo e altre informazioni all'interno del documento di markup. Parser XML contare su strutture di markup esplicito nel documento per determinare ciò che viene riferito alla domanda, ma non prendono ordini dalla domanda molto oltre le istruzioni per il quale il file da analizzare. Questa connettività perdere lo rende facile da usare il parser XML stesso ad interpretare XHTML, MathML, SVG, o qualsiasi altra possibile vocabolari e strutture. Le domande hanno una nuova opzione di elaborazione delle informazioni genericamente e l'apertura di una nuova serie di architetture per la gestione delle informazioni.

Strati Domanda di documento XML ProcessingApproccio generico XML markup apre a numerose nuove possibilità per la gestione dei documenti, ognuno dei quali è possibile utilizzare con XHTML. Anche se può sembrare paradossale che 'stupido' processori può portare ad applicazioni più potenti, l'approccio XML lascia più spazio per le domande per risolvere una serie molto più ampia di problemi.

Presentazione dei documentiParser XML non fanno alcuna ipotesi su come le informazioni devono essere presentate - in realtà non è possibile perché non interpretare i vocabolari utilizzati nei documenti. P, B, EM, FONT, CITE, e tutto il resto utilizzato in HTML sono solo i nomi di un parser XML - nient'altro. D'altra parte, XML fornisce un molto pulito insieme di strutture in cui le informazioni di presentazione possono essere stratificati per costruire le informazioni necessarie da un browser.

Cascading Style Sheets (CSS) fornire un set di strumenti per l'annotazione delle strutture documento con le norme per la presentazione. CSS comprende un vocabolario formale per descrivere i diversi tipi di ruoli di presentazione per velements (come blocchi, tavole, o un testo in linea) e dettagli su come il loro contenuto deve essere presentata, da colore a famiglia di font a dimensione del carattere. Extensible Stylesheet Language (XSL) è un'altra possibilità, come descritto nella sezione seguente, "Trasformare i documenti". CSS possono essere utilizzati sia con HTML e XML, ma è più importante e più facile da usare con XML. Quando viene utilizzato con HTML, CSS integratori - e in qualche misura la precedenza - le regole per la presentazione di elementi particolari. D'altra parte, XML fornisce una tabula rasa su cui i CSS possono operare. In effetti, le specifiche CSS2 fornisce un foglio di stile "campione" per l'HTML, che delinea una quasi completa serie di regole di presentazione di una domanda XML può utilizzare per il rendering HTML. (Cfr. http://www.w3.org/TR/RECCSS2/ sample.html per maggiori dettagli.)

XHTML offre la possibilità di colmare questi due approcci. Quando un processore HTML viene utilizzato, si può capire il codice abbastanza bene per la produzione di un rendering - con o senza l'assistenza del foglio di stile. Quando un processore XML viene utilizzato, è possibile applicare le regole nel foglio di stile per la produzione di un rendering senza dover capire i pro ei contro di HTML. Gli sviluppatori che hanno fatto affidamento sui meccanismi interni di HTML per descrivere la presentazione (il carattere, B, io e gli altri tag) può avere interesse a passare al modello XML. Che separa la descrizione della presentazione di documenti rende molto più semplice di riutilizzare la formattazione attraverso un gran numero di documenti (ad esempio, la costruzione di un aspetto coerente, senza basarsi su modelli).

Trasformare i documentiPoiché la struttura dei documenti XML è ben definito all'interno del documento, è relativamente facile per convertire le informazioni da un vocabolario e la struttura ad un altro. Documenti HTML in genere sono considerati come contenitori finali per informazioni ed utilizzati principalmente per la distribuzione agli utenti finali. È possibile utilizzare i documenti XML - XHTML e documenti - come waystations di informazioni, in possesso di informazioni in una forma particolare, finché l'utente non vuole lavorare con essa in una forma diversa. Un semplice esempio di questo è un insieme di informazioni, come ad esempio una tabella di memorizzazione risultati finanziari per un periodo di dieci anni. Durante la lettura di una tabella è utile, in grado di raccontare la domanda di "Show me questa informazione come un grafico a barre", è anche pratico. Adesso, questo processo richiede in genere di copiare le informazioni dalla tabella HTML, incollarlo in un'applicazione che supporta la grafica, e quindi creare il grafico. Se la tabella è memorizzata in formato XML o XHTML, si può facilmente dire a una domanda di applicare un foglio di stile alla tabella che presenta le informazioni sotto forma di grafico - magari utilizzando il W3C Scalable Vector Graphics (SVG)Vocabolario XML per la visualizzazione grafica.

JavaScript, VBScript, Java, o tutto ciò che è conveniente. È inoltre possibile creare fogli di stile, tipicamente usando il W3C Extensible Stylesheet Language Transform-ni (XSLT) che consentono di automatizzare le conversioni da un formato all'altro. Queste conversioni, una volta scritte, fornire percorsi tra i vari formati che si possono riutilizzare su istanze diverse dello stesso formato. Ci sono alcune limitazioni in quanto un vocabolario grafica potrebbe non capire cosa fare con determinati contenuti - per esempio, la conversione 'n / a' in una tabella in un grafico a barre - ma tutta una nuova serie di possibilità di emergere. W3C Extensible Style Language (XSL) è probabilmente l'uso più sviluppate di questo approccio. Fogli di stile XSL si trovano scritte le trasformazioni (in XSLT) da particolari strutture di documenti XML a un vocabolario composto di formattazione di oggetti, gli elementi e gli attributi che descrivono la presentazione in un modo molto dettagliato. Mentre CSS (descritto nel paragrafo precedente), strutture di documenti semplicemente annotare prevedere norme per la presentazione, XSL consente agli sviluppatori di trasformare qualsiasi tipo di documenti XML in documenti che descrivono puramente presentazione.

Mentre XSL è probabilmente eccessivo per la maggior parte dei progettisti che lavorano con XHTML, XHTML è un obiettivo importante per le trasformazioni XSLT. Conversione di informazioni memorizzate in documenti XML in XHTML permette di leggere le informazioni su una gamma molto più ampia di browser utilizzando un vocabolario comunemente inteso.

Collegare in entrata e in riferimento a documenti

Perché i documenti HTML hanno tali strutture flessibili (abbastanza così che diversi processori in grado di interpretare in modo diverso), è molto difficile per creare strumenti affidabili e utilizzabili per la descrizione di luoghi all'interno dei documenti HTML. Anche qualcosa di semplice come "il terzo paragrafo della seconda sezione," è difficile da individuare. Perché XML è stato progettato in modo che ogni parser vede la stessa struttura in ogni documento, è molto più semplice per descrivere luoghi all'interno dei documenti XML. Questo rende molto più facile la costruzione dei collegamenti da e per porzioni di documenti senza richiedere l'uso dianchor tags () In un documento. Efficace, consente agli sviluppatori di scegliere parti di documenti che non controllano. Questo, a sua volta, rende possibile la costruzione di puntatori molto più dettagliata da motori di ricerca, siti di bibliografia, o semplicemente di riferimento generale, senza un coordinamento tra le persone che creano il legame ed i proprietari del documento di destinazione.

Memorizzare i documentiNatura gerarchica XML apre nuove possibilità per la memorizzazione di documenti e di gestione nonché. Mentre molti documenti HTML sono generate da database, è molto difficile stipare HTML in banche dati, in qualsiasi forma più utile di un sistema ordinario di file. Caotico HTML flussi di lavoro del testo e se conservato come file lineare, ma sono molto difficili da abbattere in componenti più piccoli per la memorizzazione e l'indicizzazione. È possibile memorizzare XML come un flusso di testo, ma è anche possibile scomporre XML in un sacco di pezzi più piccoli, memorizzare in un database, e di recuperare e ricombinare i pezzi secondo le necessità. Questo consente l'accesso casuale ai dati memorizzati in tali documenti senza bisogno di applicazioni per caricare un intero documento, analizzarlo, ed estrarre le informazioni desiderate.

Questo approccio è utile in due casi. Nel primo caso, le informazioni contenute nel documento XML è un flusso di dati molto simili a quelli tradizionalmente archiviati nei database relazionali. La mappatura delle informazioni XML in e fuori di un database relazionale, non è molto difficile, e gli strumenti per rendere tale processo aspetto come un sistema ordinario di file appaiono nei database di Oracle, IBM e altri vendor. Nel secondo caso, la frammentazione dei documenti XML fornisce ai lettori e scrittori accesso a piccoli pezzi di documenti in modo da poter evitare di scaricare e che operano su documenti potenzialmente enorme solo per recuperare un po 'piccola. In questo caso, nativo del documento XML è conservata la struttura gerarchica - non è solo una mappatura da e per una serie di tabelle. Mentre è possibile fare questa frammentazione in un quadro di database relazionali (molti produttori stanno spingendo questa relazionale), le altre opzioni come gerarchica e banche dati oggetto di fornire un meccanismo di archiviazione diverso che più riflette naturalmente le strutture all'interno del documento XML. Questo tende a lavorare meglio per i documenti XHTML, in cui le strutture possono contenere selvaggiamente quantità variabili di testo e altri contenuti.

Ricerca e indicizzazione dei documentiLe stesse strutture che fanno riferimento e l'archiviazione di documenti XML facilmente rendere la ricerca e l'indicizzazione loro semplice pure. Con gli strumenti di riferimento, si può facilmente costruire tabelle di contenuti e gli indici che affrontano le parti di un documento XML in cui un risultato della ricerca viene visualizzato. Inoltre, la flessibilità delle strutture dei nomi XML rende possibile la ricerca di informazioni in settori specifici. Documenti usando XHTML perdere un po 'del campo-base potenziale poiché essi utilizzano un vocabolario di HTML per presentare le informazioni. Tuttavia, altre possibilità ai XHTML - come ad esempio utilizzando l'attributo class per fornire il "vero" descrizione di ciò che un dato elemento contiene - in grado di fornire ganci simile a XML nomi degli elementi.

La maggior parte dei motori di ricerca oggi scartare il markup in documenti HTML, preferendo utilizzare strategie di full-text. Mentre gli elementi META occasionalmente può ricevere una certa attenzione, non le convenzioni per l'identificazione dei tipi di contenuto e il contenuto mai emerse nel mondo HTML. XHTML non possono fornire il free-form etichettatura dei contenuti che offre XML, ma la sua capacità di frammenti di riferimento affidabile dovrebbe rendere più facile trovare le informazioni all'interno dei documenti.

un articolo presentato da Albert Lichtblau

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "HTML e XHTML possibilità di applicazione" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.