Strategie per la gestione di generazione del codice XHTML

Generazione di XHTML è un processo più impegnativo che la generazione di HTML, XHTML, se non altro perché viene fornito con una serie di regole molto più severe. Incontro a queste esigenze, non deve significare ore di bughunting ogni volta che si crea un programma complesso, ma può significare che si deve modificare il modo di scrivere i vostri programmi. (Nessun requisito ti costringe a cambiare, ma che aderiscono a queste regole possono risultare più facile a lungo termine.) Praticamente tutte le tecniche che funzionano con il lavoro HTML con XHTML, ma si consiglia di includere più di un XHTML orientamento nella vostra scelte di generazione del codice.

TestoLavorare con i documenti HTML e XHTML come testo è, in qualche modo, l'approccio più semplice. In altri modi, è sicuramente l'approccio più duro. Il testo è il fondamento di documenti di markup. Lavorare a questo livello può essere semplice, ma nega anche il privilegio di lavorare con le informazioni ad un livello superiore (come ad esempio le strutture contenitore creato da XHTML). La scrittura di codice che genera il testo grezzo - che sembra appena essere XHTML - richiede molta attenzione al dettaglio, soprattutto per quanto XHMTL è molto meno tollerante di errori. Testo strategie generazione può essere utile, soprattutto per i progetti che hanno bisogno di creare più di un versione di un documento. Fondamentalmente, ogni ambiente che genera XHTML genera testo. E 'solo una questione di quali tipi di astrazioni sono in uso. Probabilmente il modo più semplice per aggiornare il codice textgenerating per le nuove sfide di XHTML è quello di aggiungere alcuni di questi livelli di astrazione, separare il codice che genera il markup di codice che di contenuti indirizzo. Come i proventi di astrazione, è quindi possibile aggiungere la logica in più che garantisce che il markup è correttamente equilibrato o conforme ad una struttura necessaria. Maggior parte dei programmatori già fare questo in una certa misura in modo da poter riutilizzare il codice, in sostanza, potrebbe essere solo una questione di rifocalizzazione di lavoro esistenti.

ModelliSistemi modello, come ad esempio Active Server Pages (ASP) e Java Server Pages (JSP), consentono agli sviluppatori di mescolare la logica per la creazione di contenuti e la struttura generale con i modelli che forniscono un quadro globale. In qualche modo, questi approcci sono molto simili al testo di sistemi di generazione descritto in precedenza - ma hanno vantaggi e svantaggi rispetto a quello approccio diretto. Modelli in genere sono più facili da leggere e modificare, in particolare per i casi in cui il contenuto generato è una piccola porzione del documento. Al tempo stesso, però, l'interazione tra il codice generato e le informazioni già memorizzate nel modello può causare problemi che sembrano essi sono nel codice, ma sono in realtà nel modello e viceversa. Ci sono alcuni ambienti in che usando XHTML può essere difficile a causa di conflitti tra la sintassi XHTML e la sintassi dell'ambiente di sviluppo. Se si utilizza PHP script per generare i documenti XHTML, è possibile verificare un problema. Compresa la dichiarazione XML ( ) Getta via il processore PHP. Perché può contare sulla non può gettare via. Disabilitare l'impostazione del 'breve tag aperto' può richiedere un coordinamento con il tuo sito società di web hosting, se non si dispone di un controllo amministrativo sul vostro server.

NotaAnche se Extensible Stylesheet Language Transformations (XSLT) sono generatori documento templatebased, le regole che seguono sono molto più severi di quelli utilizzati dalle tecnologie descritte qui. Specifica XML 1.0 già affrontato problemi simili con le entità generali, che ha permesso agli sviluppatori di includere il contenuto (compresi i marcatori ) di riferimento. La soluzione XML 1.0 impone è un requisito che tutte le entità generali, che contengono codice deve essere ben formati. Se l'entità include un tag di inizio per un elemento, esso deve includere un tag di chiusura per tale elemento. Tutte le strutture all'interno di una entità generale deve essere nidificate e contrassegnati correttamente. Non è possibile utilizzare le entità generali per specificare le parti di codice, come mezzo un tag di inizio o semplicemente un tag di chiusura. Adottare un approccio simile alla generazione di codice in grado di risolvere la maggior parte dei problemi causati dalle interazioni inattese tra il modello e il contenuto generato, e dovrebbe rendere più facile rintracciare l'origine di tali problemi quando essi si verificano. Le strategie suggerite per il testo-la generazione del codice si applicano anche in gran parte al modello di generazione XHTML. Creazione di livelli di astrazione che vanno oltre la creazione di flussi di caratteri può contribuire a rendere la porzione di codice di questi sistemi basati su modello più facile da lavorare, e possono rendere più riutilizzabili attraverso i documenti e progetti.

AttenzioneMentre i sistemi basati su modello in grado di produrre XHTML, i modelli stessi spesso non sono XHTML (o XML) a causa della loro utilizzazione di costruzioni, come <%. Tra le altre cose, questo può forza di memorizzare i modelli separatamente dai documenti XHTML, se si utilizza un impianto basato su XML, gestione dei documenti. L'XML-progetto Apache è la costruzione di un modello di linguaggio chiamato XML Server Pages (XSP) che fa uso di documenti XML per i loro modelli, ma sono ben prima della maggior parte dei sistemi basati su modelli nel loro zelo per ben formati modelli. Vedi http://xml.apache.org/cocoon/wd-xsp.html per un progetto di XSP.

ModularizzazioneIn generale, gli approcci più approfondita a lungo termine per rendere la generazione XHTML pulita e gestibile implicano la creazione di moduli di codice che fanno le cose semplici in modo affidabile e quindi collegare i suddetti moduli per creare documenti. L'affidabilità è forse il cambiamento più importante che si spostano da HTML a XHTML sviluppo, e che l'affidabilità è di un tipo un po 'diverso. Nel mondo HTML, il codice era di produrre contenuti che sembrava coerente in un browser dato o browser; nel mondo XHTML, il codice è di produrre contenuti, che è strutturalmente - come pure visivamente - coerente. Mentre un fine manca qualche punto-tag non causa problemi in un browser HTML, si può porre un freno alla trasformazione XHTML. Abbattere il problema più ampio di costruzione di un documento in problemi più piccoli di creare strutture di particolare è un modo per assicurarsi che che i piccoli problemi sono risolti in modo coerente. E migliora anche la riutilizzabilità e rende più semplice per aggiornare le soluzioni piccolo problema senza interferire con la logica complessiva del documento. Diversi sistemi di generazione di HTML - come CGI.pm (il modulo CGI di Perl) e la Java Servlet Biblioteca - già usare i moduli che generano codice basato su argomenti passati attraverso chiamate di funzione. Quando gli sviluppatori fanno affidamento su questi moduli esclusivamente, piuttosto che la miscelazione con il testo esplicito codice generazione, quindi l'aggiornamento di un sistema per l'uso XHTML è facile. Basta aggiornare il sistema di modulo a una versione XHTML-compliant.

NotaModulo sistemi che generano XHTML stanno iniziando a comparire - in particolare una nuova versione di CGI.pm - ma può essere un po 'prima che questi sistemi generici producono costantemente XHTML invece di HTML. Se non è chiaro dalla documentazione, si consiglia di contattare lo sviluppatore mantenere il sistema di generazione di codice che si utilizza. Oltre a contenere gli effetti collaterali, l'aggiunta di modularità per il codice dovrebbe aiutare l'utente a prova di futuro è in una certa misura. XHTML 1.0 segna il primo importante cambiamento strutturale di HTML dalla sua nascita, e gli sviluppatori finora hanno potuto contare su grandi code di lavoro bene con i browser più recenti. Mentre XHTML 1.0 può essere il primo cambiamento di rompere tale comprensione, certamente non sarà l'ultimo. XHTML 1.1 non sarà subito break XHTML 1.0 di trasformazione, ma aggiunge nuove funzionalità che possono richiedere la modifica sostanziale sia di documento di generazione di codice sul server e il documento di elaborazione del codice sul client. Modularizzare dal codice, è la posizione te stesso per sfruttare le nuove possibilità XHTML 1.1 creerà per ampliare il vocabolario di HTML. XHTML 2.0 è anche l'orizzonte, anche se probabilmente molto più lontano. XHTML 2.0 può comportare significativa distruzione e ricostruzione di alcune parti del vocabolario HTML, comprese le funzionalità di collegamento e di trasformazione che coinvolge altre risorse esterne. Questi diversi tipi di future-proofing può richiedere una mentalità diversa da quella che si è dimostrato così tanto successo a creare grandi numero di applicazioni HTML a basso costo. Nonostante il potenziale dei costi di sviluppo più elevati per ogni modulo, però, questa nuova mentalità promesse a lungo termine e aggiornabilità un compito molto più facile per i programmatori che hanno bisogno di gestire e riutilizzare il codice a lungo termine.

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