XML e la prossima generazione del Web

Fare Mozquito HTML / Javascript Accessibile Mentre Mozquito Factory produce HTML e JavaScript che funziona su qualsiasi browser che supporta JavaScript 1.2, è necessario esercitare uno sforzo extra per rendere i documenti il più possibile accessibile. Sfortunatamente, molti sviluppatori Web pensare l'accessibilità del web è limitata solo per le persone con disabilità. Tenere mente che le persone con le vecchie versioni di browser, browser testuali, browser e sui nuovi dispositivi quali telefoni cellulari e PDA avranno grandi difficoltà con Mozquito prodotto contenuto. Aprite un Mozquito prodotte file HTML in Blocco note, WordPad, o qualsiasi editor di testo. Scorrere verso il basso fino in fondo del documento e si può vedere, l'uso di

Come ho già detto più volte in questo articolo, FML somiglia molto al HTML 4.01 versione di forme. Togliete le immagini precaricamento, modificabile elenchi, e gli strati, ed è possibile duplicare il modulo FML tutta in HTML 4.01. Tags. Se avete tempo da perdere dopo aver completato il documento FML, apportare le modifiche in un file HTML separato e copiarli su Mozquito al tuo documento HTML. (Tenete a mente che ogni volta che si esporta dal documento FML al codice HTML Mozquito documento si perde il codice.) Ecco perché è importante per salvare in un file HTML separato e aggiungerlo ai tuoi Mozquito HTML appena prima di pubblicare sul vostro Web server. Per ulteriori informazioni dettagliate su come JavaScript e le forme più accessibile, date un'occhiata al W3C Web Content Accessibility Guidelines ( ).

XML e la prossima generazione del Web

Hai guardato XHTML da tutte le angolazioni diverse, dal introduce nuove funzionalità per i nuovi costi che essa impone, e meditato il suo uso in dispositivi da telefoni cellulari ai browser Web sul PC ai server Web e ancora più dispositivi di scala. Ora che avete viaggiato attraverso tutto questo, è il momento di considerare il profitto a lungo termine - l'impatto complessivo sul tempo familiare World Wide Web.

Persona a persona e Machine to MachineFinora, il Web è stata soprattutto uno strumento per la persona a persona e persona-to-machine le connessioni. Mentre semplice pubblicità-oriented brochureware Siti web e le informazioni più contenuti del Web è destinato al consumo umano, gran parte della forza motrice (leggi: opportunità di investimento) dietro il Web è venuto da progetti che rendono più facile per gli esseri umani per connettersi al computer. Gli esseri umani collegarsi a macchine per inserire gli ordini di beni, per esempio, di partire tutta una serie di eventi che è in gran parte gestito dal computer, mentre coinvolgendo molte persone lungo il percorso.

Per la maggior parte, gli esseri umani hanno mantenuto un "non mi chiami, io ti chiamo" atteggiamento verso i computer. Commerciali automatizzati e-mail, comunemente conosciuto come spam quando è sollecitata, è visto come una maledizione di Internet e non una delle sue attrattive. Mentre machine-to-comunicazioni persona ha ricevuto una spinta piccolo nel breve periodo, quando push sembrava importante, riguarda la larghezza di banda e la sempre maggiore facilità con cui le persone possono recuperare le informazioni stesse a sinistra, senza spingere molti clienti. Allo stesso modo, la gente non sembra entusiasta sulla possibilità di controllo del computer della loro navigazione su Web che i risultati in termini di suggerimenti circa l'acquisto di prodotti apparentemente adeguato ai propri interessi.

XHTML entra in questo quadro - in cui markup ha fornito informazioni leggibile e la forma delle risposte hanno fornito informazioni per lettura ottica - e si apre alcune porte nuove. Markup presenta ancora informazioni a persone, ma porta anche informazioni da macchina a macchina. Modularizzazione XHTML e l'estensibilità che può fornire, in particolare per le forme, promette miglioramenti consistenti nel tipo di informazioni le persone possono inviare alle macchine. E mentre nulla in XHTML spam rende più interessante, XHTML, almeno apre la possibilità di machine-to-trasmissioni persona che trasportano le informazioni utili per il vostro computer che non hai bisogno di leggere. Un docente può leggere un messaggio ben formattato, che tre studenti sono stati aggiunti nuovi alla sua classe, inviato automaticamente dal computer della scuola. Nel frattempo, il suo computer ha già estratto i loro nomi e li ha aggiunto l'articolo grado.

Automatizzando - ea frammentare - il WebL'esempio precedente esemplifica un piccolo pezzo di ciò che rende possibile XHTML. Consentendo agli sviluppatori di creare applicazioni vocabolari specifici e li usa in combinazione con il vocabolario più generico HTML, XHTML permette di portare i documenti più livelli di informazioni. Questi strati possono essere volte a diversi "clienti" del documento, con uno strato (probabilmente usando il vocabolario HTML) presentando il messaggio come un documento per il consumo umano e di altri strati contenenti le informazioni per l'uso in strumenti di elaborazione automatica.

HTML, anche se può sembrare frammentata e piena di incompatibilità, se sei uno sviluppatore Web cercando di eseguire compiti complessi attraverso i browser più fornitori, le somiglianze globale di tali implementazioni in generale prevalgono le loro differenze. L'aspettativa di somiglianza che semplice HTML crea spesso rende più frustrante quando le differenze iniziano ad apparire. XHTML in una certa misura - e XML, in misura molto maggiore - ha molta paura delle persone con la prospettiva di vocabolari terribilmente diversa sconvolgente la consapevolezza comune che ha mantenuto il Web (per lo più) unificato fino a questo punto. Come il Web cresce, però, la domanda di tali aumenti vocabolari personalizzati. Il valore di una descrizione più specifica diventa sempre più evidente come gli sviluppatori di applicazioni Web cercare di costruire in funzionalità aggiuntive.

Molti siti intranet includono già imbastardito HTML, contenente codice che non è HTML. Div Il nucleo e gli elementi di calibrazione sono diventati segnaposto per questo tipo di informazioni per gli sviluppatori che vogliono rimanere entro il quadro HTML. Essi possono utilizzare l'attributo class per indicare ciò che l'informazione è in realtà. (Questo attributo offre estensibilità limitata.) Microsoft fornisce XML dati isole all'interno dei documenti HTML che forniscono agli sviluppatori un insieme più formale di strumenti per lavorare con queste informazioni, ma che insieme funziona solo all'interno di strutture di Microsoft software. Il vantaggio principale di questo vocabolario supplementare è aumentato di personalizzazione, che consente agli sviluppatori di creare tutti i tipi di applicazione ganci in documenti che consentono di script o programmi processi in modo efficiente e affidabile. I costi sono un po 'più complessa, ma la maggior parte derivano dal fatto che non tutti i potenziali beneficiari di un documento di avere gli strumenti necessari per elaborare il documento completo. Sviluppatori Web che si basano sui plug-in di capacità già affrontare questo problema, ma estendere il vocabolario HTML rischia di peggiorare la situazione, almeno nel breve periodo. Gli sviluppatori possono né nave tutte le informazioni, se il destinatario può usare o no, o per trascorrere cicli di lavorazione negoziale che le informazioni del destinatario in grado di elaborare.

La forma di questi negoziati e la trasformazione dei quadri non è ancora chiaro. Mentre è ragionevole supporre che sarà costruita su strutture già utilizzate per la negoziazione dei contenuti (come le intestazioni HTTP e tipi di contenuto MIME) e la trasformazione di markup (come il Document Object Model e XSLT), un sacco di pezzi mancanti rimangono. Utilizzo di XHTML per estendere il vocabolario HTML sarà un processo rischioso, e almeno coinvolgerà alcune inefficienze gravi in un primo momento. Negoziale può consumare le risorse, pur saltando la negoziazione e solo i dati di spedizione significa che gli utenti possono ottenere informazioni per le quali non hanno gli strumenti. A differenza delle informazioni inviate per l'utilizzo con i plug-in di oggi, XHTML non fornisce un ulteriore passo built-in che offre all'utente la possibilità di dire: "No, non voglio che il contenuto o il software per visualizzarla." usando XHTML (come una fondazione) e ulteriori XML (incorporata come moduli XHTML) di estendere tale fondazione deve assicurare un livello base di comprensione per gli utenti, anche se i loro strumenti non in grado di elaborare l'intero documento. Dato che il livello di aumenti contenuti XML, tuttavia, può diventare più difficile per gli utenti di gestire adeguatamente i documenti senza gli strumenti giusti. Infrastrutture per il trattamento di questi casi e per aiutare gli utenti a trovare gli strumenti giusti è appena cominciato. Per ora, si estende XHTML è un compito piuttosto rischiosa che può causare più problemi di quanti ne vale la pena.

AttenzioneAutomazione del tipo appena descritto possono incorrere in rischi per la sicurezza. Programmi di costruzione che rispondono al contenuto dei messaggi rende quei messaggi portatori di informazioni potenzialmente dannose. Se si scrive questo tipo di applicazioni, accertarsi di costruire entro un quadro sicuro che include l'autenticazione e fornisce garanzie contro le informazioni danneggiati o persi. E 'anche la pena di fissare dei limiti che richiedono l'intervento umano, come le applicazioni di workflow molti hanno trovato.

Informazioni PerditeCome documenti XHTML venire a comprendere sempre di più "reale" di informazioni, i rischi di aumentare la distribuzione di informazioni non programmati. Documenti HTML può, ovviamente, contengono confidenziali o altre informazioni sensibili. Tuttavia, HTML ha un più confortante "tutte le informazioni sono sulla superficie" di stile. Come sviluppatori iniziano a comprendere più livelli di informazioni contenute nei documenti, alcuni di questi livelli può non essere visibile agli utenti direttamente.

Per fare un caso estremo, immaginare un rapporto Corporate Annual preparati per il consumo del pubblico. Sotto i numeri calcolati pubblico e torta bella bugia un numero enorme di informazioni riservate sulle operazioni della società, insieme con le informazioni di controllo e note di produzione. Tutte queste informazioni viene rimosso dal Versione HTML finale, Che si inserisce la descrizione precedente - tutte le informazioni sono sulla superficie.

Supponiamo, comunque, che qualcuno decida che la relazione annuale potrebbe essere molto utile per alcune parti della società - dice il top management o del consiglio di amministrazione - come interfaccia per i dettagli più concreti. A differenza del Versione HTML appartamento, Questa versione XHTML rafforzata permettere ai suoi utenti di scegliere attraverso tabelle e grafici per raggiungere le informazioni di base, riorganizzare, se necessario per diversi punti di vista. Una volta aperto, l'interfaccia è molto familiare, la relazione annuale appare proprio come ha fatto prima, in HTML. Le caratteristiche supplementari e le informazioni richiedono l'interazione dell'utente per farli esplodere.

Se questo documento XHTML accuratamente maggiore è scambiato per il suo cugino più piatta e si raggiunge il mondo esterno, forse un analista, le conseguenze potrebbero essere disastrose. Il problema non coinvolge i cracker di rottura nei sistemi, si tratta di errore umano e la mancanza di infrastrutture per la gestione di tali informazioni. Mentre questo è più o meno uno scenario peggiore, si avverte di cose che sono state recentemente possibili quando rappresentazioni sofisticate di informazioni private sono utilizzati nella stessa cornice di pubblico le loro versioni. XHTML apre nuove possibilità, ma porta con sé nuove responsabilità. L'infrastruttura di sicurezza non c'è ancora, e non fornisce alcun codice di sicurezza per conto proprio.

Far rivivere il sogno AgentMentre la perdita di informazioni può essere dannoso in alcuni contesti, si riapre la porta a tutta una serie di applicazioni che non erano possibili nel Web HTML. Agenti, Un software progettato per individuare automaticamente ed elaborare informazioni per soddisfare le esigenze degli utenti, può avere un'altra possibilità. Mentre gli agenti originariamente promesso di fornire agli utenti strumenti personalizzati per trovare le informazioni che volevano (prezzi di vendita sul smoking, per esempio), sono stati spesso ostacolati dalla difficoltà di chiarire il markup HTML e l'imprecisione delle lingue umane che circondano le informazioni.

XHTML non è una panacea, tutti per questi problemi. Il linguaggio umano resta una parte importante dei contenuti che gli agenti devono affrontare per molti tipi di ricerche, e il nucleo di XHTML resta di per sé abbastanza difficile per gli agenti da interpretare. Se i prezzi, per esempio, sono resi in rosso e in grassetto usando fogli di stile CSS, che l'informazione potrebbe anche non apparire all'interno del documento. Gli agenti hanno bisogno di capire qualcosa d'altro (l'attributo di classe?) Di attaccarsi al, se sperano di affidabile estrarre le informazioni che gli utenti desiderano.

D'altra parte, l'estensibilità XHTML può dare qualche informazione reale gli agenti a lavorare con la forma di contenuto XML incorporato. Se, per esempio, un modulo comune per la marcatura su informazioni di vendita è stato ampiamente utilizzato - o più moduli, anche se è entrato in uso - gli agenti avrebbero puntatori significativi per le informazioni che volevano. Mentre le imprese possono essere preoccupato per consentire lo shopping di confronto, fornendo informazioni, esse possono trovare che li porta nuovi clienti, come pure.

XHTML Will Survive?Alcuni primi critici di HTML hanno atteso un po 'lungo per una sostituzione a venire avanti. Dal loro punto di vista, XML offre un insieme molto più versatile di strumenti con una curva di apprendimento minima e può inserirsi nella stessa infrastrutture (browser, HTTP e server Web) che l'HTML oggi. Strumenti come XLink può dare XML capacità di collegamenti ipertestuali che vanno ben al di là delle semplici meccanismi forniti in formato HTML, e fogli di stile XSL promessa di formattazione potenza che supera Allo stesso modo i sogni più folli del HTML-based sviluppatori web. XML rende possibile la creazione di vocabolari, come Structured Vector Graphics (SVG) e Synchronized Multimedia Integration Language (SMIL), che possono presentare la grafica e multi-media di gran lunga migliore rispetto al documento più generale finalità orientate HTML. Visto da questa prospettiva, HTML è vecchia come il mondo - uno strumento debole la cui sostituzione è solo prevenuto dalla presenza di molti milioni di legacy browser.

Una prospettiva più amichevole trova il vocabolario HTML più prezioso. Anche a prescindere dai milioni di browser già distribuiti, o la vasta comunità di sviluppatori che hanno già una solida conoscenza di come funziona, HTML funziona ancora bene per molte delle ragioni che lo catapultò alla ribalta in primo luogo. Non è difficile per creare documenti HTML, XHTML e perfino mentre impone qualche regola in più sulla struttura, tali norme possano effettivamente contribuire a mantenere i principianti fuori dai guai. Il vocabolario HTML fissa fornisce una serie di confini che mantiene progetti volti a obiettivi impossibili, dando creatori documento il potere di cui hanno bisogno per costruire interfacce utilizzabili. HTML ha già dimostrato in grado di accogliere le estensioni, da script ai fogli di stile di applet e oggetti. Si può affermare che gran parte del mondo se la cava benissimo anche senza XML e non guadagnare così tanto da utilizzarlo.

Sembra probabile che lo sviluppo Web seguiranno un corso più moderato di queste due proposte. Il vocabolario HTML è troppo noto e troppo ben supportato a scomparire rapidamente, e sarà probabilmente sempre fornire una sorta di vocabolario di base per molti tipi di markup. Il vocabolario HTML contiene alcune altre caratteristiche che saranno molto tempo a venire in XML, fornendo semantica di informazioni che non è solo la formattazione. Form HTML sono un settore in cui HTML ha un netto vantaggio, ma HTML contiene un sacco di altre caratteristiche per descrivere i contenuti che devono ancora essere attuate in modo ampiamente utilizzato in XML. XML non fornisce alcun strumento generale per includere script in documenti e manca un modo generale, comprese le informazioni di foglio di stile all'interno di un documento. Soluzioni ad hoc a tutti questi problemi possono essere sviluppate su un vocabolario-by-vocabolario di base, XHTML, ma ha già pronte le soluzioni a questi problemi e di una vasta comunità di sviluppatori che sanno come usarli.

Sviluppo XHTML promette di eliminare il problema più grande di fronte HTML: la sua fragilità causata dalla sua mancanza di estensibilità. Allo stesso tempo, XHTML potrebbe risolvere alcuni dei problemi che gli sviluppatori XML viso portano XML in ambiente Web, fornendo soluzioni riutilizzabili ai problemi realworld. Mentre i documenti XHTML possono finalmente guardare molto poco come i loro forbearers HTML, sembra probabile che molte delle caratteristiche di HTML potrebbe durare oltre il periodo di transizione (forse con qualche ritocco). Fare il salto direttamente in XML continuerà ad essere difficile se non più strumenti per l'integrazione con altri strumenti di web visualizzate e XHTML detiene già gran parte di questo toolkit necessari.

Efficiente, Friendly, invisibileXHTML è probabilmente il più grande cambiamento per l'architettura di base del World Wide Web dal suo primo apparire. HTTP 1.1 raffinato il protocollo per il trasferimento di informazioni, ma rimodella XHTML HTML in un modo che può finalmente rendere irriconoscibile. Invece di combattere tag soup, il sempre crescente e incontrollato di HTML aggiunte effettuate da un venditore, il W3C ha cambiato la sua melodia e gettato le porte aperte a nuovi vocabolari. Vocabolari New dovrebbe venire adeguatamente vestiti in spazi dei nomi e dei moduli XHTML, ma le possibilità ci sono.

XHTML promette di cambiare il web da un supporto che le persone usano per comunicare con altre persone per un mezzo che le persone usano il computer e per comunicare con altre persone e computer. Questa transizione dover sostenere alcune spese e produrre alcuni problemi lungo la strada, ma il risultato finale può essere un sito web che salva la gente tempo e fatica. Il Web ha già dimostrato che le reti di grandi dimensioni in grado di creare nuove opportunità, ma la sua forma attuale, significa che molte opportunità sono state ignorate o sprecata. Questi problemi non riguardano gli aspetti più evidenti della larghezza di banda, anche se questi rimangono importanti, ma cosa possiamo fare con tale larghezza di banda.

Forse l'aspetto più importante di questo cambiamento è quanto piccolo esso sia, almeno in un primo momento. Come avete visto, XHTML 1.0 inizia la transizione con il minor disturbo possibile (anche se alcuni interruzione è inevitabile). Mentre il passaggio attraverso XHTML 1.1 per il futuro XHTML 2.0 può comportare urti più, queste nuove strutture sono state costruite sulla stessa infrastruttura familiare che ha sostenuto HTML per anni. XHTML non è ripartire con una nuova di zecca Web: è l'aggiunta di un nuovo potenziale per il Web esistente. Utenti e sviluppatori, basandosi su strumenti familiari, si spera troveranno che il TuneUp XHTML dà loro una più utile Web senza la necessità di capire i fondamenti.

Suggerimento Ancora voglia di saperne di più su XHTML, o discutere il suo lavoro? Prova la lista XHTML-L. I dettagli sono disponibili a http://www.egroups.com/group/XHTML-L.

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 "XML e la prossima generazione del Web" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.