Vantagens e desvantagens gerais do HTML contra XML e XHTML

Share

|

Há três línguas do markup. Estes incluem a língua do markup do hypertext (HTML), Extensible Markup Language (XML), e a combinação dos dois, língua extensible do markup do hypertext, (XHTML).

HTML

O HTML é o formato preliminar usado no HTML largo da correia fotorreceptora do mundo pode indicar Web pages com uma escala larga das cores, das formas, e dos objetos. Embora não uma língua de programação verdadeira, HTML aumentasse no poder sobre os anos.

O HTML é realmente um subconjunto frouxamente definido de XML. Entretanto, visto que XML é uma língua estrita (porque você aprenderá), o HTML faz exame de muitas liberdades que lhe ajudaram se transformar a ferramenta que popular da apresentação é hoje. Embora o espírito do Internet novo incentivasse a liberdade, os colaboradores têm realizado agora que a liberdade do HTML tem repercussions. Porque o HTML é assim flexível, muitos browsers e aplicações da correia fotorreceptora adicionaram sua própria funcionalidade ao protocolo do HTML da base. Como toda a funcionalidade realçada, isto vem com riscos adicionais da segurança.

Para esta razão, os esforços devem underway substituir o HTML com uma língua muito mais regulada e mais estandardizada do markup sabida como XHTML.

XML

XML é a fundação para muitos formatos de dados, including o HTML, WML, XHTML, e mais. Tem-se tornado recentemente popular porque pode facilitar transferência dos dados entre programas extensamente disparate, sistemas se operando, e companhias. A chave à utilidade de XML é que permite todo o colaborador de projetar seu próprio formato de dados usando seus próprios termos e exigências. No fato, XML é assim popular que Microsoft construiu seu suite inteiro dos produtos, dos sistemas se operando aos componentes do usuário, em torno do conceito de XML.

Para ilustrar a utilidade de XML, deixe-nos consideram um corporation da amostra que necessite compartilhar da informação sobre o inventário da fruta. Porque o acesso direto a uma base de dados seria um risco da segurança (as.well.as a prática de negócio pobre), o colaborador pode criar um programa de XML que defina o tipo, o tamanho, e a cor de cada fruta na mão. Uma vez que determinou as especs., o colaborador poderia programar o anfitrião com a potencialidade puxar dados de uma base de dados e convertê-los a uma lima de XML. Na outra extremidade, um cliente especial poderia fazer a varredura da lima gerada de XML e analisar gramaticalmente a informação para encher sua própria base de dados. Este processo permitiria assim transferência de dados rápida e estandardizada.

Para ilustrar isto, considere o seguinte código de fonte da amostra ver como tal lima de XML apareceria. Anote a hierarquia e o jogo combinando das etiquetas. Cada etiqueta é uma propriedade, que poderia ter secundário-propriedades. Neste caso, nós estamos passando a informação sobre uma maçã e uma uva.

< < DE SIZE>SMALL</SIZE > < DE COLOR>RED</COLOR > < SIZE>BIG</SIZE > </NOME > < NAME>GRAPE < COLOR>PURPLE</COLOR > < DA FRUTA > < NAME>APPLE/NOME > </FRUTA >

Extrapolating deste exemplo simples, você pode ver como os dados de XML são organizados. O uso de tais métodos relacionais dos dados está ainda em seu infancy, e continuará a crescer por muitos anos.

Embora XML seja a fundação de muitas outras línguas de formato Internet-baseadas, seus subconjuntos estão dando a XML o impulso que necessita se transformar o padrão de de facto. Um subconjunto recente, XHTML, está ganhando lentamente a terra, e é destined alcançar o HTML no prevalence.

XHTML

Assim, a vontade de XHTML substitui provavelmente o HTML. Embora este processo fizesse exame de diversos anos, muitos Webmasters embraced já XHTML, e está integrando lentamente suas réguas em seu desenvolvimento. No fato, XHTML 1.0 é considerado por muitos ser a versão seguinte de HTML (HTML 5.0).

O que faz XHTML assim que popular são seu ruleset simples contudo rígido. Este ruleset é assim poderoso porque reforça um padrão universal. As réguas são como segue:

• XHTML requer uma declaração no alto de cada página de XHTML.

  Esta régua nova diz ao browser o tipo de dados para render, que mantêm todas as partes da apresentação dos dados e do processo de transferência que fluem lisamente. O seguinte é um exemplo de uma declaração de XHMTL. <?xml version="1.0" encoding="UTF-8"? > </do PÚBLICO do HTML de!DOCTYPE "-/W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd" >

• Todas as páginas de XHTML devem ter os Tag < da cabeça > e < do corpo >.

  Embora estes Tag existam tipicamente em todos os Web pages, para HTML, browsers da correia fotorreceptora negligenciem os dados faltantes e os preencham automaticamente quando não estiverem atuais. Entretanto, este não é o caso com XHTML.

• Todos os Tag devem ser closed.

  Antes de XHTML, os Web pages incluíram Tag como < p >, que teve tipicamente < de fechamento do Tag/p >. entretanto, não importou se o Tag de fechamento fosse deixado para fora. Com XHTML, cada Tag deve ser closed. Além, os Tag gostam "< da hora >", que criou uma linha através de um Web page, devem agora olhar como < a hora/>. isto são um conceito completamente novo para Web pages.

• Todos os Tag devem ser um caso mais baixo.

  Outra vez, esta é uma régua nova. Versões precedentes de Tag caixas usados HTML; agora estes Tag devem ser lowercase. Enquanto você observou a régua antes desta, < a hora > ganha não somente um slash, mas tornou-se também lowercase. (isto se aplica somente aos Tag, não aos atributos.)

• Todos os atributos devem ter citações.

  Embora esta régua seja considerada tradicional prática boa do coding, é agora imperativo. Isto adicionará complicações para Web pages dinâmicamente criados.

• Todos os Tag devem estar na hierarquia apropriada (não aninhada).

  Outra vez, isto foi considerado prática boa do coding, mas não requerido. Com XHTML, o seguinte estaria não mais por muito tempo correto: < I><B>Bolded e Italicized</I></B >

  Instead, agora escrever-se-ia como segue: < i><b > Bolded e < italicizado/b></i >

  (anote as letras lowercase.)

• Todos os valores do atributo devem ser denotados.

  Esta não é uma ocorrência comum no HTML. Entretanto, se você codificasse um grupo das teclas de rádio, uma pôde ser alistado como "verificada." Veja o seguinte velho contra a maneira nova de alistar isto:

  Velho: < ENTRADA NAME="AnyName VERIFICADO TYPE=RADIO" >

  Novo: < checked="true" "do type="radio "da entrada do name="AnyName/>

  (anote o uso do lowercase, das citações, e de um slash de fechamento.)

• Todos < pre > Tag não devem conter os seguintes Tag: < grande >, < pequeno >, < submarino >, < sup >, < img >, ou < objeto >

• O formulário não pode ser aninhado.

• Todos "&" os símbolos devem ser escritos como o "&".

• Todo o CSS deve ser escrito em letras lowercase.

• Todo o Javascript deve ser executado externamente.

  O Javascript é uma língua de programação, e é separado de XHTML, que é somente uma língua do formato. Recorde, XHTML é SOMENTE PARA A APRESENTAÇÃO (com CSS).

  Além, o Javascript não é comentado para fora.

• Todos <! - - --> dos comentários são ilegais.

  Naturalmente, comentar está suportado ainda em XHTML, se for executado com a seguinte sintaxe: < [ CDATA[comments aparecem dentro aqui ] ] >

Contrastando estas réguas simples mas poderosas com HTML, você pode começar a ver as vantagens de XHTML. Além, os dispositivos dos PCES (serviço pessoal de uma comunicação) usam também XHTML. Por causa da miríade dos vendedores, cada um com sua própria aproximação proprietária, as réguas estritas de XHTML e XML são vitais. Sem este padrão, os colaboradores da correia fotorreceptora teriam que criar Web pages separados para cada dispositivo. Felizmente, por causa deste padrão, os colaboradores podem criar uma ou dois páginas para todos os dispositivos. Entretanto, XHTML ainda bloated demasiado para muitos dispositivos menores dos PCES. Conseqüentemente, uma outra opção é requerida.