Criação de Estruturas com Extensible Documento XHTML

Fazendo Lógica e estrutura móvelO Document Object Model e do código tende a produzir ambos são um pouco pesado, mas os resultados podem aparar projetos pesado para baixo ao tamanho. O Document Object Model esconde-se na fronteira entre HTML e XML, desenvolvido com um olho em direção a antiga, mas muito útil para tarefas que envolvam o último. No navegador, você pode querer tirar proveito de seus recursos para abordar o vocabulário HTML e vários entendimentos construídos em torno desse vocabulário. No servidor, você pode usar para criar documentos a partir de uma perspectiva XML. XHTML requer um entendimento de ambas as perspectivas, de modo que o DOM é um ajuste natural. Talvez a coisa mais importante sobre o DOM é que ele permite a partição de seus aplicativos entre diferentes sistemas, contudo, você achar adequado. Você pode mover-se (se for o caso) os scripts para criar documentos e combinar documentos para navegadores cliente, que então seria o mesmo código do navegador e gerar o mesmo documento. A Microsoft características específicas utilizadas para criar e saída do documento que precisam de atualização (como até mesmo o Internet Explorer utiliza uma sintaxe ligeiramente diferente para estes), mas a lógica do núcleo é facilmente transferido. (Felizmente, o desenvolvimento do DOM Level 3 será concluída esta foto e fazer a lógica totalmente transferível.

Esta combinação de características, algumas das quais são reconhecidamente promessas, pode significar que o DOM XHTML e finalmente vai fazer as promessas antiga do HTML dinâmico viável. Construção de aplicações que funcionam dentro de (e fora) navegadores usando os dados transmitidos através da Web para coisas mais sofisticadas do que pop-up contornos e drag-and-drop jogos será muito mais fácil, mesmo em situações que requerem suporte para múltiplos browsers ambientes.

Movendo-se para Módulos: Creating Extensible Documento Estruturas com XHTML 1.1

Enquanto a maioria dos artigos até este ponto tem repetido o mantra "XHTML é como HTML, apenas mais limpa", é hora de mover-se em algumas das possibilidades mais radicais esta limpeza gigante tornou possível para XHTML. A limpeza feita até agora é apenas o começo - uma remodelação completa do HTML está a caminho. O W3C XHTML acredita firmemente que é o futuro do HTML, e tem algumas grandes planos articulando no desenvolvimento do XHTML.

NotaPara obter uma imagem mais clara do que o W3C tem em mente para XHTML, explorar o HTML Working Group Roadmap na http://www.w3.org/TR/xhtmlroadmap/. Este documento descreve o fim do desenvolvimento em HTML, bem como a Próximos passos - cerca de um ano o valor dos planos - para XHTML 1.1 e XHTML 2.0.

As diferentes necessidades, diferentes ferramentasHTML está funcionando fora do vapor. Como a Web vai além navegadores em PCs, HTML está provando ambos muito grande (para celulares) e muito pequeno (para muitas aplicações sofisticadas). Cabe a one-size--todos abordagem que tem servido tão bem HTML está causando problemas como a Web continua a ter sucesso. Embora o HTML nunca foi forçado a um tamanho único, com o navegador variantes específicas e os três DTDs abordagem do HTML 4.0 e XHTML 1.0, HTML como um todo, tanto é enorme e muito limitados. HTML Quando apareceu pela primeira vez, os navegadores foram relativamente pequenas e fácil para caber em um único disco ou incorporar em um pequeno computador. Mas depois de algumas rodadas da competição, eles cresceram enorme. (O navegador Opera tem evitado bloat, mas é uma exceção muito clara à regra.) Parte desta expansão tem a ver com a tendência crescente para expandir navegadores além do processamento de HTML simples. Mas uma quantidade considerável de código extra foi necessário para processar os novos recursos adicionados ao HTML, ao longo dos anos. Opera, Mozilla e agora (a base de código para o Netscape Navigator 6 e além), foi construído de baixo para cima com as mais recentes características em mente. Enquanto isso, as versões mais antigas do Netscape Navigator - e até certo ponto, o Internet Explorer - incluir um monte de código que camadas de novas funcionalidades em cima do velho. Isso não é necessariamente uma coisa ruim - pelo menos até o tamanho do navegador atinge cerca de bloat sério - porque ajuda os fabricantes de navegadores obter os seus produtos para fora da porta e mantém os custos baixos.

Ao longo do tempo, no entanto, a natureza mutável do mercado de navegadores Web tem empilhado ineficiências novo código em navegadores. A orientação do browser de HTML também teve um efeito sobre as expectativas daqueles que projetam para páginas da Web. Mesmo nos casos em que os desenvolvedores verifiquem cuidadosamente os seus sites através de múltiplas versões de browsers em várias plataformas, sempre houve uma suposição de que um grande núcleo do HTML está disponível em cada produto que se autodenomina um navegador. Como os navegadores têm crescido mais sofisticadas, as expectativas do desenvolvedor subiram. A maioria dos sites hoje, por exemplo, assumir que os usuários possuem browsers que as tabelas de apoio - uma proposta arriscada. Muitos sites supor que os navegadores suportam JavaScript, e um monte de sites assume que os usuários tenham diversos plug-ins como o Flash ou o Acrobat. Vendedores que querem trazer a Web para dispositivos com menor capacidade que os computadores pessoais - como a televisão-top boxes , assistentes digitais pessoais (PDAs), telefones celulares, e muito mais - estão presos em um mundo onde a maioria das pessoas estão desenvolvendo conteúdo que requer software muito maior para a transformação significativa. É difícil encher o Internet Explorer 5 ou Netscape Navigator 4 para um telefone celular, mantendo os custos do produto razoável.

Quando apareceu pela primeira WebTV, Web designers soou fora por mês em várias listas. Eles queixaram-se de compromissos da empresa para colocar conteúdo HTML em telas de televisão e lamentou falta de funções. Um bom número de pessoas que não encontraram WebTV aceitável como um candidato para Web design sério. No entanto, a WebTV permanece nas prateleiras das lojas e nas casas das pessoas, a Microsoft comprou a empresa, e similares alternativas para navegação na casa de baixo custo continuam a aparecer. Telefones celulares e PDAs para uma menor proporção, enfrentam uma situação ainda mais difícil. Eles não têm nem a tela de imóveis, nem o luxo de uma grande caixa que fica em um único local. Com suas telas pequenas e leves processadores, esses dispositivos não pode processar muitas complexidades do HTML de forma eficiente - nem podem exibir o conteúdo completo do processo que eles mesmo se isso fosse fácil. Combinar essas dificuldades com a pequena quantidade de largura de banda disponível através de sua conectividade sem fio em geral, e os telefones celulares são deixados à mercê de HTML em sua forma atual.

Indo na outra direção, os navegadores da Web hoje faz muito pouco uso da capacidade de processamento disponível nas máquinas cliente. Enquanto eles podem ter memória considerável e pegadas de transformação, como resultado de seu código para a interpretação e apresentação de HTML, navegadores da Web agir em grande medida como apresentadores passiva para processamento serverside. Embora você possa começar a applets Java e controles ActiveX a partir do HTML e plug-ins podem adicionar funcionalidade, nenhum desses trabalhos realmente no HTML em si. Eles todos precisam de informação em seus próprios formatos, e desenvolver essas ferramentas normalmente significa construir um escudo de HTML e, em seguida, trabalhar em qualquer coisa, mas em HTML.

Em certa medida, navegador gerações recentes têm construído fortes capacidades de transformação do HTML em seus núcleos. O desenvolvimento do Document Object Model (DOM) é um marco, proporcionando uma maneira padronizada de scripts de acesso à informação que chega em HTML (ou XHTML ou XML) e para modificar essa informação. É agora possível construir interfaces sofisticadas que ajudam os usuários a encontrar informações dentro de documentos, apresentações ou alterar documento para atender diferentes necessidades dos utilizadores. Você também pode conseguir algum processamento de informação, apesar de que o processamento é realizado em um documento por documento ou site por site. Esses recursos são todos personalizados codificado agora, e eles confiam nas ferramentas que não são aplicadas em grande escala ainda.

Netscape acordei Microsoft e ganhou a sua inimizade eterna em um ponto nas guerras do navegador, proclamando que os navegadores iria substituir os sistemas operacionais. Este anúncio diretamente ameaçada principal fonte de lucros da Microsoft. Navegadores ainda não vivem até reivindicar Marc Andreesen de 1996, que "A única diferença técnica entre o navegador Netscape Navigator e um sistema operacional tradicional é que o navegador não irá incluir drivers de dispositivo". ( "Eyes Netscape Andreesen Internet OS" PCWeek, 17 de junho de 1996). Este navegador "grande visão" não veio a acontecer, embora própria versão da Microsoft de integração systembrowser operacional tem trazido ao tribunal. Em grande parte, no entanto, que a manteve de aparecer não é o Ministério da Justiça ou de partes de mercado da Netscape em colapso. É simplesmente porque o HTML não provou uma base muito boa para esses empreendimentos. Os sistemas operativos são ambientes para processamento de qualquer tipo de informação com uma variedade de interfaces, enquanto os navegadores são ambientes para a apresentação de documentos com um conjunto limitado de interfaces e lógica de script ineficiente para arrancar. Fazer esses tipos de visões possíveis, qualquer que seja a política do fornecedor, exige adicionando novas funcionalidades para a fundação do universo browser - HTML.

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 "Creating Extensible Documento Estruturas com XHTML" 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.