Estratégias de Gerenciamento de geração de código XHTML

Gerar XHTML é um processo mais exigente do que gerar HTML, XHTML, se só porque vem com um conjunto de regras muito mais rigorosas. Atender a essas demandas não tem de significar horas de bughunting cada vez que você construir um programa complexo, mas isso pode significar que você tem que modificar a maneira de escrever seus programas. (Nenhuma exigência obriga a mudar, mas aderir a estas regras podem revelar-se mais fácil no longo prazo.) Praticamente todas as técnicas que trabalham com HTML trabalhar com XHTML, mas você pode querer incorporar mais de uma XHTML-orientação em sua código de opções de geração.

TextoTrabalhar com documentos HTML e XHTML como o texto é, de certa forma, a abordagem mais fácil. Em outros aspectos, é sem dúvida o mais difícil abordagem. O texto é o alicerce de documentos de marcação. Trabalho a esse nível pode ser direta, mas também nega que o privilégio de trabalhar com a informação a um nível superior (tais como as estruturas recipiente criado por XHTML). Escrever código que gera o texto-prima - o que só acontece de ser XHTML - requer muita atenção aos detalhes, especialmente no que XHMTL é muito menos tolerante a erros. Estratégias de geração de texto pode ser útil, especialmente para projetos que precisam criar mais de uma versão de um documento. Fundamentalmente, cada ambiente que gera XHTML gera texto. É apenas uma questão de que tipos de abstrações estão em uso. Provavelmente a maneira mais fácil de atualizar o código textgenerating para os novos desafios do XHTML é adicionar algumas dessas camadas de abstração, separando o código que gera a marcação do código que o conteúdo de endereço. Como o produto de abstração, então você pode adicionar lógica extra que garante que a marcação é bem equilibrada, ou está de acordo com uma estrutura necessária. A maioria dos programadores já fazem isso de alguma maneira para que eles possam reutilização de código, em essência, pode ser apenas uma questão de reorientar os trabalhos existentes.

ModelosSistemas modelo, como o Active Server Pages (ASP) e Java Server Pages (JSP), permitem que os desenvolvedores de misturar lógica de criação de conteúdo e estrutura geral, com modelos que fornecem um quadro global. De certa forma, estas abordagens são muito parecidos com o texto-sistemas geradores descritos anteriormente - mas eles têm vantagens e desvantagens sobre a abordagem direta. Modelos normalmente são mais fáceis de ler e modificar, especialmente para os casos em que o conteúdo gerado é uma parcela pequena do documento. Ao mesmo tempo, porém, a interação entre o código gerado e as informações já armazenadas no modelo pode causar problemas que parecem que estão no código, mas são de fato no modelo e vice-versa. Existem poucos locais no que usando XHTML pode ser difícil por causa dos conflitos entre XHTML sintaxe e da sintaxe do ambiente de desenvolvimento. Se você usar o script PHP para gerar documentos XHTML, você pode encontrar um problema. Incluindo a declaração XML ( ) Joga fora o processador de PHP. Porque ele pode contar com a não pode jogá-lo fora. Desativando a configuração da tag curta aberta 'pode exigir a coordenação com o site da empresa de hospedagem se você não tem controle administrativo sobre o servidor.

NotaEmbora Extensible Stylesheet Language Transformations (XSLT) são geradores templatebased documento, as regras que se seguem são muito mais rigorosas do que aquelas usadas pelas tecnologias aqui descritas. A especificação XML 1.0 já enfrentou problemas semelhantes com entidades gerais, o que permitiu os desenvolvedores a incluir o conteúdo (incluindo a marcação ) por referência. A solução XML 1,0 impõe é a exigência de que todas as entidades gerais, que contêm a marcação deve ser bem formado. Se uma entidade inclui uma marca de início de um elemento, que deve incluir uma tag de fim para esse elemento. Todas as estruturas dentro de uma entidade geral devem ser aninhadas e marcados corretamente. Você não pode utilizar entidades gerais para especificar as partes da marcação, como um meia sim um começo ou apenas uma tag final. Tomando uma abordagem semelhante à geração de código pode resolver a maioria dos problemas causados por interações inesperadas entre o modelo e os conteúdos gerados, e deve tornar mais fácil para rastrear a origem desses problemas quando eles ocorrem. As estratégias sugeridas para o texto de geração de código também se aplicam em grande parte ao modelo de produção baseado em XHTML. Criação de camadas de abstração que vão além da criação de fluxos de caracteres pode ajudar a tornar a porção de código desses sistemas baseados no modelo mais fácil de trabalhar, e pode torná-lo mais reutilizável através de documentos e projetos.

CuidadoEnquanto modelo de sistemas baseados em XHTML podem produzir, os modelos em si não são freqüentemente XHTML (ou mesmo XML) por causa de seu uso de construções como <%. Entre outras coisas, esta pode forçá-lo a armazenar modelos de documentos XHTML separadamente, se você usar um baseado em XML facilidade de gerenciamento de documentos. O projeto Apache XML está construindo um modelo de linguagem chamada XML Server Pages (XSP) que faz uso de documentos XML para os seus modelos, mas eles estão bem à frente da maioria dos sistemas de modelos em seu zelo para modelos bem formados. Veja http://xml.apache.org/cocoon/wd-xsp.html para um projecto de XSP.

ModularizaçãoEm geral, as abordagens a mais completa longo prazo para a tomada de XHTML geração limpa e sustentável envolvem a criação de módulos de código que fazer coisas simples, confiável e, em seguida, conectar esses módulos para criar documentos. Confiabilidade é talvez a mudança mais importante movimento de HTML para desenvolvimento do XHTML, e que a confiabilidade é de um tipo um pouco diferente. No mundo em HTML, o código tinha que produzir conteúdo que parecia consistente em um determinado navegador ou navegadores; no mundo XHTML, o código tem de produzir o conteúdo que é estruturalmente -, bem como visualmente - consistente. Apesar de um final ocasional falta tag de parágrafo não causar problemas em um browser HTML, que pode paralisar o processamento de XHTML. Quebrando o maior problema da construção de um documento sobre os problemas de criação de pequenas estruturas em particular é uma forma de garantir que os pequenos problemas são resolvidos de forma consistente. Também aumenta a reusabilidade e facilita a atualização das soluções pequeno problema sem interferir com a lógica global do documento. Vários sistemas de geração de HTML - como CGI.pm (o módulo de Perl CGI) e do Java Servlet Biblioteca - já utilizam módulos que geram a marcação com base em argumentos passados a eles através de chamadas de função. Quando os desenvolvedores dependem destes módulos, exclusivamente, ao invés de misturá-los com o texto explícito de geração de código, em seguida, atualizar um sistema para usar XHTML é fácil. Você acabou de atualizar o sistema para um módulo XHTML versão compatível.

NotaMódulo de sistemas que geram XHTML estão começando a aparecer - nomeadamente uma nova versão do CGI.pm - mas pode ser um pouco antes de estes sistemas genéricos produzem consistentemente XHTML em vez de HTML. Se não estiver claro na documentação, você pode querer manter contato com o desenvolvedor do sistema de geração de marcação que você está usando. Além de conter os efeitos secundários, acrescentando modularidade ao seu código deve ajudá-lo à prova de futuro que, em certa medida. XHTML 1.0 marca a primeira grande mudança estrutural para o HTML desde a sua criação e desenvolvedores, até agora, têm sido capazes de confiar em código antigo funcionando bem em browsers mais recentes. Enquanto XHTML 1.0 pode ser a primeira mudança para quebrar esse entendimento, certamente não será a última. XHTML 1.1 não vai quebrar imediatamente XHTML processamento 1.0, mas acrescenta novas funcionalidades que podem exigir alterações substanciais para tanto o documento-geração de código no servidor e documento de processamento de código no cliente. Por modularizar seu código, você se posiciona para tirar proveito das novas possibilidades XHTML 1.1 irá criar para o alargamento do vocabulário HTML. XHTML 2.0 também está no horizonte, embora, provavelmente, muito mais longe. XHTML 2.0 poderá implicar a destruição significativa e reconstrução de algumas partes do vocabulário HTML, incluindo a ligação a funcionalidade e outras transformações que envolve recursos externos. Estes vários tipos de futuro-impermeabilização pode exigir uma mentalidade diferente daquele que se mostrou tão bem sucedida na criação de grandes número de pedidos de HTML a baixo custo. Apesar do potencial de aumento dos custos de desenvolvimento por módulo, no entanto, essa nova mentalidade promessas upgradability longo prazo e uma tarefa muito mais fácil para programadores que precisam gerenciar e reutilização de código, a longo prazo.

um artigo submetido por Albert Lichtblau

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "Estratégias de Gestão XHTML geração de código" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.