HTML e XHTML Aplicação Possibilidades

Visão geral

Mudando de HTML para XHTML requer uma mudança significativa na mentalidade do design freefor orientadas para todos os que caracterizaram os primeiros anos da web. Esta mudança no estilo reflete o movimento da arquitetura subjacente em direção a uma abordagem mais poderosa e mais controlável para criação de documentos, apresentação e gestão. Compreender as ligações entre as mudanças arquitetônicas e estilística pode ajudá-lo a encontrar benefícios mais imediatos da XHTML - assim como as ferramentas só começar a recuperar. Olhando para as possibilidades que se abre XHTML pode ajudar no planejamento de uma transição para aplicativos web mais sofisticados.

De Apresentação ao reprocessamento e InteraçãoHTML destina-se a apresentar aos usuários com as páginas razoavelmente atraente (apesar de Web designers sempre pode torná-los glorioso ou hediondos) e apoiar um nível muito simples de interação através de formas e hiperlinks. A lógica do aplicativo da Web que suporte navegadores - pelo menos no nível de páginas HTML e scripts, e não as extensões de applets Java, plug-ins ou controles ActiveX - é relativamente simples. Aplicativos desenvolvidos para a web tendem a centralizar sua transformação no informações do servidor, armazenamento em bancos de dados e usando navegadores da Web como o Windows apenas em informações do servidor. Isto torna possível a utilização do servidor mais sofisticadas instalações de lado para a segurança, processamento e conectividade. Enquanto HTML dinâmico fez uma interface web browsers mais avançados capazes de vistas animado de informações, a interface de formas continua a ser o principal meio para os usuários a manipular a informação e inserir novas informações. Alguns navegadores da Web permitem aos usuários editar HTML e enviá-lo para um servidor, mas o editor é mais ou menos uma aplicação separada útil apenas para edição de HTML, e não geral, a interação com efeito um aplicativo de servidor.

XHTML prevê uma transição do modelo de HTML para aplicações Web para o mais poderoso e mais flexível modelo XML. Embora as aplicações XHTML irá começar bem como aplicativos HTML, XHTML permitirá que desenvolvedores de aplicativos para integrar ferramentas XML com o vocabulário HTML. XHTML não é apenas uma folha para aquisição eventual XML - que promete manter o vocabulário conhecido HTML vivo neste mundo novo.

Fluxos e Árvores: HTML e XML ParsingHTML e XML processadores tendem a tratar o texto que recebem muito diferente. Embora ambos os tipos de processadores de ler um documento do início ao fim, os processadores de ler documentos HTML usando HTML entendimentos HTMLspecific. No entanto, os processadores XML tendem a analisar os documentos mais genericamente. Applications, em seguida, aplicar a sua própria lógica para os resultados da análise, sem realmente participam na análise propriamente dita. Esta separação requer que os documentos XML obedecer rigorosamente a especificação XML porque os aplicativos não podem aplicar a sua própria lógica para fornecer lacunas ou modificar estruturas básicas. Parsers HTML normalmente são construídas para uma finalidade: para ler HTML. Se o analisador cria uma vista do browser do documento, obtém informações de um motor de busca, ou alimenta um agente de informações comerciais, parsers HTML precisa saber muito sobre o vocabulário do HTML. Esta informação crucial inclui um complexo conjunto de regras sobre os elementos que não precisa de tags de fim, como corretamente final elementos quando tags de fim são omitidos, e regras para lidar com alguns elementos particularmente delicada. O elemento META, por exemplo, define o seu real propósito em um atributo e esse efeito pode influenciar o processo de análise substancialmente para o resto do documento, quando as coisas tais como codificações de caracteres são declarados. O elemento INPUT similarmente usa um atributo para definir seu verdadeiro propósito. Seria exigir processadores para manter o controle de uma quantidade considerável de informações para processar um formulário corretamente se os elementos INPUT são aninhados, elementos de entrada para assentamento é ilegal.

Como resultado, parsers HTML tendem a ser fortemente ligado às suas aplicações específicas, aplicando regras de transformação que fazem sentido para a sua aplicação específica. Os motores de busca, por exemplo, geralmente descartar todas as marcações e concentrar-se no texto - exceto para os elementos META que fornecem informações-chave. Navegadores necessidade de recolher o máximo de informação possível a partir do parser, mas elas se aplicam as suas próprias regras sobre a forma como a marcação se transforma em estruturas de documentos.

Enquanto analisadores XML tem um trabalho semelhante para fazer, eles não esperam para ver um vocabulário específico, daí eles não podem fazer o tipo de interpretação que parsers HTML fazer. Em vez de interpretar o fluxo de informações com um sofisticado conjunto de orientações, analisadores XML e extrato de relatório de uma estrutura de árvore que é descrito pelos elementos, atributos, texto e outras informações no prazo da marcação do documento. Analisadores XML contar com estruturas de marcação explícita no documento para determinar o que é relatado para o aplicativo, mas não tomam decisões a partir da aplicação muito além de instruções para a qual o ficheiro para analisar. Essa conectividade solto torna mais fácil a utilização do analisador de XML mesmo interpretar XHTML, MathML, SVG, ou qualquer outro possível vocabulários e estruturas. Os pedidos têm uma nova opção de tratamento da informação genérica e abrindo uma nova série de arquiteturas para processamento de informações.

Aplicação Camadas de Processamento de documentos XMLAbordagem genérica do XML para marcação abre inúmeras novas possibilidades para a manipulação de documentos, os quais você pode usar com XHTML. Embora possa parecer contra-intuitivo que 'burro' processadores pode levar a aplicações mais poderosas, a abordagem XML deixa mais espaço para aplicações de resolver uma variedade muito maior de problemas.

Apresentação de documentosParsers XML não fazer suposições sobre como a informação deve ser apresentada - que realmente não pode porque não interpretar os vocábulos usados em documentos. P, B, EM, FONT, CITE, e tudo o mais usado em HTML são apenas nomes para um analisador XML - nada mais. Por outro lado, o XML não fornece um muito limpo conjunto de estruturas em que as informações de apresentação pode ser em camadas para criar as informações necessárias por um navegador.

Cascading Style Sheets (CSS) fornecer um conjunto de ferramentas para anotar estruturas documento com as regras para a apresentação. CSS incluir um vocabulário formal para descrever tipos diferentes de papéis de apresentação para velements (tais como blocos, tabelas ou texto embutido) e detalhes sobre como o seu conteúdo deve ser apresentado, de cor a família da fonte para o tamanho da fonte. Extensible Stylesheet Language (XSL) é outra possibilidade, tal como descrito na secção seguinte, "Transformando documentos." Você pode usar CSS com HTML e XML, mas é mais importante e mais fácil de usar com XML. Quando utilizado com HTML, CSS suplementos - e, em certa medida substitui - as regras para a apresentação de elementos em particular. Por outro lado, o XML fornece uma tábula rasa em que CSS pode operar. Na verdade, a especificação CSS2 fornece uma "folha de estilo de amostra" para o HTML que descreve um quase completo conjunto de regras de apresentação de uma aplicação XML pode ser usado para renderizar HTML. (Veja http://www.w3.org/TR/RECCSS2/ sample.html para detalhes.)

XHTML oferece a possibilidade de colmatar essas duas abordagens. Quando um processador HTML é usado, ele pode entender a marcação bem o suficiente para produzir uma prestação - com ou sem a ajuda da folha de estilo. Quando um processador XML é usado, ele pode aplicar as regras na folha de estilo para produzir uma prestação sem a necessidade de compreender os meandros do HTML. Os desenvolvedores que confiaram nos mecanismos internos do HTML para descrever a apresentação (a fonte, B, I e outras marcas) pode achar que vale a pena mudar para o modelo XML. Separar a descrição da apresentação dos documentos torna muito mais simples para reutilizar formatação através de um grande número de documentos (por exemplo, a construção de um olhar consistente, sem depender de templates).

Transformando documentosComo a estrutura dos documentos XML é rigidamente definida no documento, é relativamente fácil para converter as informações de um vocabulário e estrutura para outra. Documentos HTML são tipicamente tratados como recipientes final de informações e utilizado principalmente para a entrega aos usuários finais. Você pode usar documentos XML - XHTML e documentos - como waystations de informações, mantendo a informação de uma forma particular até que o usuário quer trabalhar com ele de uma forma diferente. Um simples exemplo disso é um conjunto de informações, como uma tabela armazenando resultados financeiros durante um período de dez anos. Durante a leitura de uma tabela é útil, sendo capaz de dizer que o aplicativo "mostre-me essa informação como um gráfico de barras" também é útil. Neste momento, esse processo exige normalmente copiando as informações para fora da tabela HTML, colá-lo em um aplicativo que oferece suporte a gráficos, e então criar o gráfico. Se a tabela é armazenada em XML ou XHTML, você pode facilmente dizer um pedido para aplicar uma folha de estilos para a tabela que apresenta a informação como um gráfico - talvez usando do W3C Scalable Vector Graphics (SVG)Vocabulário XML para a exibição de gráficos.

JavaScript, VBScript, Java, ou o que for conveniente. Você também pode criar folhas de estilo, geralmente usando do W3C Extensible Stylesheet Language Transform-ções (XSLT) que automatiza conversões de um formato para outro. Essas conversões, uma vez escrita, oferecer caminhos entre os diferentes formatos que você possa reutilizar em diferentes instâncias do mesmo formato. Há algumas limitações por causa de um vocabulário de gráficos podem não entender o que fazer com determinado conteúdo - por exemplo, converter 'N / A' em uma tabela a um gráfico de barras -, mas toda uma nova gama de possibilidades emerge. Do W3C Extensible Style Language (XSL) é provavelmente o uso mais desenvolvidos desta abordagem. Folhas de estilo XSL são escritos como transformações (no XSLT) a partir de estruturas determinado documento XML para um vocabulário composto de formatação de objetos, elementos e atributos que descrevem a apresentação de uma maneira muito detalhada. Embora a CSS (descritos na seção anterior) estruturas de documentos apenas anotar a fornecer regras para a apresentação, XSL permite aos desenvolvedores para transformar qualquer tipo de documentos XML em documentos que descrevem puramente de apresentação.

Enquanto XSL é provavelmente um exagero para a maioria dos designers que trabalham com XHTML, XHTML é um destino popular para transformações XSLT. Conversão de informações armazenadas em documentos XML em XHTML que permite ler a informação sobre uma variedade muito maior de navegadores usando um vocabulário de fácil compreensão.

Ligando-se a referência e documentos

Como os documentos HTML que tais estruturas flexíveis (o suficiente para que os processadores diferentes podem interpretar de forma diferente), é muito difícil criar ferramentas confiáveis e utilizáveis para descrever locais dentro de documentos HTML. Mesmo algo tão simples como "o terceiro parágrafo da segunda seção," é difícil de identificar. Como o XML é projetado de modo que cada analisador vê a mesma estrutura em todos os documentos, é muito mais simples de descrever locais dentro de documentos XML. Isto torna muito fácil criar links para e de partes de documentos sem que seja necessária a utilização detags âncora () Em todo o documento. Efetivamente, ele permite que os desenvolvedores apontam para partes de documentos que não controlam. Este, por sua vez, torna possível a construção de indicadores muito mais detalhados dos motores de busca, sites de bibliografia, ou apenas uma referência geral, sem coordenação entre as pessoas criando o link e os proprietários do documento de destino.

Conservação de documentosNatureza hierárquica do XML abre novas possibilidades para o armazenamento de documentos e gestão também. Enquanto muitos documentos HTML são gerados a partir de dados, é muito difícil de empinar HTML em bases de dados em qualquer forma mais útil do que um sistema de arquivo comum. Fluxos caóticos HTML do texto funcionar bem quando armazenados como arquivos linear, mas eles são muito difíceis de quebrar em componentes menores para o armazenamento e indexação. Você pode armazenar o XML como um fluxo de texto, mas também é possível decompor XML em um monte de pedaços menores, armazená-las em um banco de dados, recuperar e recombinar esses bits conforme necessário. Isso permite o acesso aleatório à informação armazenada nesses documentos sem a necessidade de aplicações para carregar um documento inteiro, analisá-lo e retirar a informação desejada.

Essa abordagem é útil em dois casos. No primeiro caso, as informações contidas no documento XML é um fluxo de dados muito semelhantes aos tradicionalmente armazenadas em bancos de dados relacionais. Mapeamento de informações em XML para dentro e fora de um banco de dados relacional não é muito difícil, e as ferramentas para fazer este processo de olhar como um sistema de arquivo comum aparecer em bancos de dados Oracle, IBM e outros fornecedores. No segundo caso, fragmentar documentos XML dá aos leitores e escritores de acesso a pequenos pedaços de documentos para que possam evitar a descarga, operando em documentos potencialmente enorme apenas para recuperar um pouquinho. Neste caso, a estrutura nativa do documento XML hierárquico é preservada - e não apenas um mapeamento de e para um conjunto de tabelas. Embora seja possível fazer essa fragmentação em um quadro banco de dados relacional (vários vendedores relacionais estão empurrando este), outras opções, como hierárquicos e bancos de dados objeto fornecem um mecanismo de armazenamento diferente, que naturalmente reflete as estruturas dentro do documento XML. Isso tende a funcionar melhor para documentos XHTML no qual as estruturas podem conter descontroladamente diferentes quantidades de texto e outros conteúdos.

Pesquisa e indexação de documentosAs mesmas estruturas que fazem referência e armazenamento de documentos XML fácil fazer a pesquisa e indexá-las tão simples assim. Com as ferramentas de referência, você pode facilmente construir tabelas de índices e indicadores que abordam as partes de um documento XML em um resultado de pesquisa aparece. Além disso, a flexibilidade das estruturas de nomes XML torna possível a busca de informações em áreas específicas. Documentos usando XHTML perder um pouco do campo baseado em potencial, pois empregam vocabulário HTML para apresentação de informações. No entanto, outras possibilidades dentro XHTML - como usar a classe de atributo para fornecer a "descrição" real "do que um determinado elemento contém - pode fornecer ganchos semelhantes aos nomes dos elementos XML.

A maioria dos motores de busca hoje descartar a marcação em documentos HTML, preferindo usar estratégias de texto completo. Enquanto elementos META ocasionalmente pode receber alguma atenção, não convenções para a identificação de tipos de conteúdo e já surgiram no mundo HTML. XHTML não podem prever a forma livre de marcação de conteúdo que oferece XML, mas a sua capacidade de fragmentos de referência confiável deve torná-lo mais fácil de encontrar informações dentro de documentos.

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 "HTML, XHTML Aplicação Possibilidades" 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.