XML ea Próxima Geração da Web

Fazendo sua Mozquito HTML / JavaScript Acessível Enquanto Mozquito fábrica produz HTML e JavaScript que funciona em qualquer browser que suporte JavaScript 1.2, você precisa exercer um esforço extra para fazer seus documentos o mais acessível possível. Infelizmente, muitos desenvolvedores da Web que a acessibilidade da Web é limitada apenas para as pessoas com deficiência. Mantenha-se em mente que as pessoas com versões mais antigas de navegadores, navegadores baseados em texto e navegadores de novos dispositivos como telefones celulares e PDAs. terá grande dificuldade com Mozquito conteúdo produzido. Abra uma Mozquito produzidos arquivo HTML no Bloco de Notas, WordPad, ou qualquer editor de texto. Desça até a parte inferior do documento e você pode ver a sua utilização do

Como já referi várias vezes neste artigo, FML se assemelha ao HTML 4.01 versão dos formulários. Retirar as imagens de pré-carga, listas editável, e camadas, e você pode duplicar a sua forma FML inteira em HTML 4.01. Tags. Se você tem tempo de sobra depois de concluir o seu documento FML, fazer as edições em um arquivo HTML separado e copiá-los para seu documento HTML Mozquito. (Tenha em mente que cada vez que você exporta do seu documento FML ao documento HTML Mozquito você perder o seu código.) É por isso que é importante para salvá-lo em um arquivo HTML separado e adicioná-lo ao seu Mozquito HTML pouco antes de publicá-la em seu Web server. Para obter mais informações sobre como fazer o seu JavaScript e formas mais acessíveis, dê uma olhada no site do W3C para acessibilidade do conteúdo ( ).

XML ea Próxima Geração da Web

Você olhou XHTML de todos os ângulos diferentes, desde os novos recursos que introduz para os novos custos que impõe, e ponderou sobre a sua utilização em aparelhos de telefones celulares com navegadores da Web em PCs para servidores Web e até mesmo dispositivos de maior escala. Agora que você já nadou por tudo isso, é hora de considerar o retorno a longo prazo - o impacto global sobre o outrora familiar World Wide Web.

Pessoa para pessoa e Machine to MachineAté agora, a internet tem sido principalmente um instrumento de pessoa para pessoa e pessoa-a-conexões da máquina. Embora a publicidade simples orientada brochureware Web sites e conteúdos mais informações da web é destinada ao consumo humano, grande parte da força motriz (leia-se: oportunidades de investimento) por trás da Web veio de projetos que tornam mais fácil para os seres humanos para se conectar a máquinas. Os seres humanos se conectar a máquinas para inserir as encomendas de bens, por exemplo, desencadeando uma série de eventos que é essencialmente gerida pelos computadores, enquanto que envolvem muitas pessoas ao longo do caminho.

Para a maior parte, os seres humanos têm mantido um "não me chamar, eu vou chamá-lo" atitude para com os computadores. Commercial e-mail automático, vulgarmente conhecida como spam quando é solicitado, é visto como uma maldição da Internet e não uma de suas atrações. Apesar de máquina-para-pessoa tem um pequeno aumento no breve período em que push Parecia popular, diz respeito a largura de banda e do crescente facilidade com que as pessoas pudessem obter informações se deixou empurrar sem muitos clientes. Da mesma forma, as pessoas não parece animado com a perspectiva de monitorização de computador de sua navegação na Web que resulta em sugestões sobre a compra de produtos aparentemente adequadas aos seus interesses.

XHTML entra neste quadro - em que a marcação tem fornecido informações humano-legível e as respostas têm fornecido informações legíveis por máquina - e ele abre algumas portas novas. Markup apresenta ainda informações para as pessoas, mas também traz informações de máquina para máquina. XHTML modularização ea extensibilidade pode oferecer, especificamente para as formas, promete melhorias consideráveis nos tipos de informações as pessoas podem enviar para as máquinas. E quando nada faz em XHTML spam mais interessante, XHTML, pelo menos, abre a possibilidade de máquina para transmissões de pessoa que carregam informações úteis para o seu computador que você não precisa ler. Um professor pode ler uma mensagem formatada que ordenadamente três novos alunos foram adicionados à sua classe, emitido automaticamente pelo computador da escola. Enquanto isso, seu computador já tenha extraído os seus nomes e acrescentou-lhes o grau artigo.

Automatizar - e de fragmentação - a WebO exemplo anterior ilustra um pedacinho do que XHTML torna possível. Ao permitir que desenvolvedores criem aplicativos vocabulários específicos e usá-los em combinação com o vocabulário mais genérico HTML, XHTML permite que documentos levar várias camadas de informação. Estas camadas podem ser destinadas a diferentes "clientes" do documento, com uma camada (provavelmente usando o vocabulário HTML), apresentando a mensagem como um documento para consumo humano e as outras camadas contendo informações para uso em ferramentas de processamento automatizado.

Embora o HTML pode olhar fragmentado e cheio de incompatibilidades, se você for um desenvolvedor web tentando executar tarefas complexas em vários navegadores de vários fornecedores, as semelhanças global dessas implementações geralmente superam suas diferenças. A expectativa de semelhança que o HTML simples cria muitas vezes torna mais frustrante quando as diferenças começam a aparecer. XHTML, até certo ponto - e XML para uma extensão muito maior - tem muito medo das pessoas com a perspectiva de vocabulários completamente diferentes quebrando o entendimento comum que os manteve na web (principalmente) unificado até este ponto. À medida que a Web cresce, porém, demanda por tais aumentos personalizado vocabulários. O valor das descrições mais específicas se torna mais evidente que os desenvolvedores de aplicativos da Web tentar construir uma funcionalidade adicional.

Muitos sites de intranet já incluem HTML bastardized, contendo a marcação que não seja HTML. Div Os genéricos e elementos span têm espaços reservados para tornar este tipo de informação para os desenvolvedores que querem permanecer no âmbito do HTML. Eles podem usar o atributo classe para indicar que a informação é realmente. (Este atributo oferece extensibilidade limitada.) A Microsoft fornece XML dados ilhas dentro de documentos HTML que dá aos desenvolvedores um conjunto mais formal de ferramentas para trabalhar com esta informação, apesar de esse conjunto funciona somente dentro dos quadros da própria Microsoft software. O principal benefício deste vocabulário adicional é maior personalização, que permite aos desenvolvedores criar todos os tipos de aplicação ganchos em documentos que permitem que os scripts ou programas de processá-los de forma eficiente e confiável. Os custos são um pouco mais complexa, mas na maior parte derivam do fato de que nem todos os potenciais beneficiários de um documento tem as ferramentas necessárias para processar o documento completo. Desenvolvedores da Web que dependem de recursos de plug-in já enfrentam esse problema, mas alargar o vocabulário HTML ameaça piorar as coisas, pelo menos no curto prazo. Os desenvolvedores podem enviar todas as informações, se o beneficiário poderá utilizá-lo ou não, ou gastar ciclos de processamento de informações de negociação que o destinatário pode processar.

A forma de negociação e transformação desses quadros ainda não está claro. Embora seja razoável assumir que ele será construído sobre as estruturas já utilizado para a negociação de conteúdo (como cabeçalhos HTTP e tipos de conteúdo MIME) e processamento de marcação (como o Document Object Model e XSLT), os lotes de peças desaparecidas continuam. Usando XHTML alargar o vocabulário HTML será um processo arriscado, e, pelo menos, implicará algumas ineficiências graves na primeira. Negociação pode consumir recursos, enquanto saltando negociação e apenas as informações de envio pode significar que os usuários obtêm informações para que eles não têm ferramentas. Diferentemente das informações enviadas para o uso com plug-ins de hoje, XHTML não oferece um extra incorporada no passo que dá ao usuário a chance de dizer: "Não, eu não quero que o conteúdo ou o software para exibi-lo." Usando XHTML (como base) e XML adicionais (incorporado como módulos XHTML) para estender essa fundação deve garantir um nível básico de compreensão para os usuários, mesmo que suas ferramentas não consegue processar todo o documento. Como o nível dos aumentos de conteúdo XML, no entanto, pode tornar-se mais difícil para os usuários a lidar com documentos de forma adequada, sem as ferramentas adequadas. Infra-estrutura para lidar com estes casos e para ajudar os usuários a encontrar as ferramentas corretas está apenas começando. Por agora, estendendo XHTML é uma tarefa bastante arriscada, que pode causar mais problemas do que vale.

CuidadoAutomação do tipo que acabamos de descrever podem incorrer em riscos de segurança. Construir programas que respondam a mensagens de conteúdo torna essas mensagens aos portadores de informações potencialmente prejudiciais. Se você escrever esses tipos de aplicações, certifique-se de construí-las dentro de uma estrutura que inclui seguro de autenticação e estabelece medidas de salvaguarda contra a informação corrompidos ou perdidos. É também útil para definir os limites que exigem a intervenção humana, como aplicativos de workflow muitos encontraram.

Vazamento de informaçãoConforme documentos XHTML vir a incluir mais e mais "informações" real ", os riscos de aumento não planejado informações de distribuição. Documentos HTML podem, naturalmente, conter informações confidenciais ou outras informações confidenciais. No entanto, o HTML tem mais um reconfortante "toda a informação que está na superfície" estilo. Como desenvolvedores começam a incluir múltiplas camadas de informações em documentos, algumas dessas camadas não podem ser visíveis para os usuários diretamente.

Para ter um caso extremo, imagina um relatório anual das empresas preparadas para consumo público. Underneath os números calculados público e gráficos de pizza bastante mentira um número enorme de detalhes confidenciais sobre as operações da empresa, juntamente com informações sobre auditoria e notas da produção. Toda esta informação é removida do versão HTML final, Que se encaixa na descrição anterior - toda a informação está na superfície.

Suponhamos, porém, que alguém decide que o relatório anual pode ser muito útil em certas partes da empresa - diz a alta administração ou do conselho de administração - como uma interface para os detalhes mais concretos. Ao contrário do versão HTML apartamento, Esta versão melhorada XHTML iria permitir aos seus utilizadores, clique para por meio de tabelas e gráficos para alcançar a informação subjacente, reorganizando-se necessário para diferentes pontos de vista. Quando aberto, a interface é muito familiar, o relatório anual olha só como o fez antes, em HTML. Os recursos extras e informação exigem a interação do usuário para ajustá-los fora.

Se esta completamente reforçada documento XHTML é confundido com seu primo mais plana e atinge o mundo exterior, talvez um analista, as consequências poderão ser desastrosas. O problema não envolve a crackers invadir sistemas, que envolve erro humano ea falta de infra-estrutura para o gerenciamento de tais informações. Enquanto isto é praticamente um cenário pior, adverte das coisas que são possíveis quando recém representações sofisticada de informações privadas são usados no mesmo contexto como suas versões públicas. XHTML abre novas possibilidades, mas traz consigo novas responsabilidades. A infra-estrutura de segurança ainda não está lá, ea marcação não fornece a segurança por conta própria.

Reavivar o Dream AgentEmbora o vazamento de informações pode ser prejudicial em alguns contextos, reabre as portas a toda uma gama de aplicações que não eram possíveis na Web em HTML. Agentes, Software projetado para automaticamente encontrar e processar informações para atender às necessidades do usuário, pode ter outra chance. Enquanto os agentes prometido originalmente para fornecer aos usuários ferramentas personalizadas para encontrar as informações que eles queriam (preço de venda de smokings, por exemplo), eles foram impedidos, muitas vezes pela dificuldade de separar a marcação HTML ea imprecisão das línguas humanas em torno da informação.

XHTML não é uma panacéia mágica para estes problemas. A linguagem humana continua a ser uma parte importante do conteúdo que os agentes devem tratar para muitos tipos de pesquisas, eo núcleo do XHTML em si mantém-se bastante difícil para as agências de interpretar. Se os preços, por exemplo, são processados como vermelho e negrito usando folhas de estilo em cascata, essa informação pode até não aparecer no documento. Agentes precisam descobrir algo mais (o atributo de classe?) A agarrar, se eles esperam extrair informação confiável de que os usuários querem.

Por outro lado, a extensibilidade XHTML agentes pode dar alguma informação real para trabalhar com a forma de embutidos conteúdo XML. Se, por exemplo, um módulo comum para marcação de informações de vendas foi amplamente utilizado - ou mesmo vários módulos entrou em uso - os agentes teriam ponteiros significativa para a informação que eles queriam. Enquanto as empresas podem estar preocupados que permita comparação de compras, fornecendo essa informação, eles podem achar que ele lhes traz novos clientes também.

XHTML Will Survive?Alguns críticos iniciais do HTML ter esperado muito tempo por um substituto para vir junto. Partir de suas perspectivas, XML oferece um conjunto muito mais versátil de ferramentas com o mínimo de aprendizagem e que pode caber na mesma infra-estruturas (browsers, HTTP e servidores de Web) que o HTML faz hoje. Ferramentas como XLink pode dar XML hyperlinking capacidades que vão muito além dos mecanismos simples, desde que em HTML, e folhas de estilo XSL promessa de formatação da mesma forma que o poder supera os sonhos de HTML baseado em desenvolvedores web. XML torna possível a criação de vocabulários, como Estruturado Vector Graphics (SVG) e Synchronized Multimedia Integration Language (SMIL), que podem apresentar gráficos e multi-media muito melhor do que o documento objectivo mais geral orientada para HTML. Visto desta perspectiva, HTML é o seu passado nobre - uma ferramenta fraca cuja substituição é apenas antecipou-se pela existência de muitos milhões de legado navegadores.

Uma perspectiva mais amigável encontra o vocabulário HTML mais valioso. Mesmo distante dos milhões de navegadores que já foi distribuído, ou a grande comunidade de programadores que já têm uma sólida compreensão de como ele funciona, HTML ainda funciona bem para muitas das razões que colocou em destaque em primeiro lugar. Não é difícil criar documentos HTML, XHTML e mesmo quando impõe algumas regras mais sobre a estrutura, essas regras pode realmente ajudar a manter a iniciantes fora do problema. O vocabulário HTML fixo fornece um conjunto de fronteiras que mantém projetos de visando metas impossíveis, dando criadores documento o poder que eles precisam para construir interfaces utilizáveis. HTML já provou capaz de acomodar extensões de script para folhas de estilo para applets e objetos. Você pode argumentar que grande parte do mundo fica muito bem sem XML e não ganho tanto assim, usando-o.

Parece provável que o desenvolvimento Web seguirá um curso mais moderado do que estas duas propostas. O vocabulário do HTML é muito conhecida e muito bem apoiado a desaparecer rapidamente, e ele provavelmente irá sempre oferecer um tipo de vocabulário de base para vários tipos de marcação. O vocabulário HTML contém algumas outras características que serão um tempo para chegar em XML, fornecendo semântica para a informação que não é apenas a formatação. Formulários HTML são uma área em que o HTML tem uma vantagem, mas HTML inclui uma série de outros elementos para descrever o conteúdo que ainda têm de ser implementado de qualquer forma amplamente utilizada em XML. XML não fornece nenhuma ferramenta geral para a inclusão de scripts em documentos e que carece de uma maneira geral, incluindo informações de folha de estilo dentro de um documento. Soluções ad hoc para todos esses problemas podem ser desenvolvidas em um vocabulário de base vocabulário, XHTML, mas já tem prontas as soluções para estes problemas e uma grande comunidade de programadores que sabem como usá-los.

Desenvolvimento XHTML promete erradicar o maior problema enfrentado HTML: sua fragilidade provocada pela sua falta de extensibilidade. Ao mesmo tempo, XHTML pode resolver alguns dos problemas que enfrentamos como desenvolvedores de XML XML que eles trazem para o ambiente Web, fornecendo soluções para os problemas realworld reutilizáveis. Embora os documentos XHTML podem, eventualmente, parecem muito pouco com os seus antepassados HTML, parece provável que muitos dos recursos do HTML vai durar para além do período de transição (talvez com alguma remodelação). Fazer o salto directamente para XML continuará a ser difícil não ser mais ferramentas para integração com outras ferramentas da Web aparecem, e XHTML já detém grande parte desse conjunto de ferramentas necessárias.

Eficiente, amigável, InvisibleXHTML é provavelmente a maior mudança para a arquitetura subjacente da World Wide Web, desde que apareceu pela primeira vez. HTTP 1.1 refinado o protocolo de transferência de informações, mas remodela XHTML HTML de uma maneira que podem, eventualmente, torná-lo irreconhecível. Em vez de lutar sopa de tag, a crescente e descontrolada adições ao HTML feito por vendedores, o W3C mudou de tom e jogado as portas abertas para novos vocabulários. Novos vocabulários deve vir devidamente vestidos com espaços e os módulos de XHTML, mas as possibilidades estão lá.

XHTML promete mudar a Web a partir de um meio que as pessoas usam para se comunicar com outras pessoas para um meio que as pessoas e os computadores utilizam para se comunicar com outras pessoas e computadores. Esta transição vai incorrer em alguns custos e produzir alguns problemas ao longo do caminho, mas o resultado final pode ser um site que poupa tempo e esforço das pessoas. A Web já demonstrou que as grandes redes pode criar novas oportunidades, mas a sua forma actual, significa que muitas oportunidades foram ignoradas ou desperdiçado. Estes problemas não envolvem as questões mais óbvias de largura de banda, apesar de estas continuam a ser importantes, mas o que podemos fazer com que a largura de banda.

Talvez o aspecto mais importante desta mudança é pequena como ele é, pelo menos no início. Como você viu, XHTML 1.0 inicia a transição com o mínimo transtorno possível (embora alguns rompimento é inevitável). Embora a transição através XHTML 1.1 para o futuro XHTML 2.0 é susceptível de envolver as colisões mais, estas novas estruturas estão sendo construídas na mesma infra-estrutura familiar que tem apoiado HTML para ano. XHTML não está começando de novo, com uma marca nova Web, é adicionar um novo potencial para a Web existente. Usuários e desenvolvedores, construído em ferramentas familiares, esperemos que vai achar que o tuneup XHTML lhes dá uma Web mais úteis, sem exigir que eles para entender os fundamentos.

Dica Ainda quer saber mais sobre XHTML, ou discutir o seu trabalho? Tente o XHTML-lista L. Detalhes estão disponíveis em http://www.egroups.com/group/XHTML-L.

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 "XML ea Próxima Geração da Web" 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.