Html5 reformula o mundo da web como isso mudará a internet

HTML5 reformulará o mundo da web?

Um evento importante no primeiro semestre de 2010 atraiu a atenção de muitas pessoas, e muitas delas aprenderam sobre a existência do HTML5 pela primeira vez por causa desse incidente. Aqueles que entendem primeiro o HTML5 podem ficar muito surpresos com o fato de a especificação HTML5 ter sido formulada há 6 anos e agora, embora o rascunho da especificação HTML5 já seja muito bom, ainda é incerto quando se tornará um padrão.

De fato, o trabalho do Comitê de Desenvolvimento do Código HTML5 está progredindo muito lentamente. Como existem muitas idéias sobre como melhorar o navegador e melhorar o mundo da web, tanto os fornecedores do navegador quanto os outros, e estes precisam ser reunidos na especificação HTML5 e acordados, o que leva tempo. Muitas novas tags e funções de JavaScript, embora os experimentos tenham sido conduzidos em alguns navegadores, problemas de interoperabilidade e padronização não foram resolvidos. Por exemplo, as demos html5 que a Apple foi impressionante, eles só funcionam bem no Safari. É por isso que os apoiadores do Flash zombaram do HTML5 por trazer a web de volta à era da Guerra do Navegador de 2000.

Embora esse ridículo possa tornar muito triste os apoiadores do HTML5, e a longa espera é realmente difícil, é errado ignorar o HTML5 agora. Como por trás do HTML5 não é apenas impulsionado pelos gigantes da indústria, mas, mais importante, a padronização é uma tendência inevitável no desenvolvimento da tecnologia de TI. Quanto ao software, seja um navegador ou uma ferramenta de desenvolvimento relacionada, ele absorverá constantemente várias tecnologias em torno dele e finalmente as padronizará. Esta é uma lei inevitável do desenvolvimento tecnológico.

Para ter certeza, o HTML5 alterará todos os aspectos da Internet, obviamente não substituirá completamente o Flash, mas o HTML5 realmente remodelará a Internet para que os navegadores possam fazer mais sem a ajuda de plugins, desde o rastreamento de localização até a economia de dados até a nuvem. As tags HTML5 substituirão os plugins que completam tarefas mais simples e, pelo menos em algum momento, podem desenvolver alguns recursos avançados para mais usuários. Por fim, pode tornar a Internet mais segura, mais eficiente e mais flexível.

Então, onde o html5, que está prestes a se tornar o novo padrão, nos levará? A seguir, é apresentada uma coleção de algumas opiniões de desenvolvedores, programadores e designers, dos quais você pode aprender como o HTML5 pode alterar a Internet.

Era uma vez, o mundo da web foi muito bem -vindo aos plugins do navegador porque incentivou idéias inovadoras e experimentos ousados, enquanto som, animação e outras páginas da web muito vívidas foram realmente refrescantes quando foram apresentadas on -line pela primeira vez. No entanto, o problema surge rapidamente, a interface do plug-in está aberta a todos, e todos estão tentando adicionar novos recursos ao mundo antigo e baseado em texto, e o caos é inevitável. O plug-in mais famoso é o Flash e existem inúmeros outros plug-ins semelhantes.

Por várias razões, a Apple proíbe o flash da Adobe de executar em sua própria plataforma, o que impede que os fãs da Apple vejam o Flash nas plataformas da Apple. A popularidade do HTML5 impedirá que esse conflito aconteça novamente e eliminará gradualmente esses sistemas de desenvolvimento relativamente fechados: as funções de Javafx podem ser realmente poderosas, mas como os objetos JavaScript e Canvas podem fazer o mesmo trabalho, por que você deve aprender outra sintaxe? Se a tag de vídeo puder sincronizar áudio e vídeo, quem precisa do ecossistema real?

Então, os plugins realmente desaparecerão? Talvez, mas depende do que você deseja fazer. Se seu objetivo é apenas desenhar uma imagem, o objeto de tela pode ser suficiente. Mas se você deseja construir um mundo 3D profissional, como pode ver em jogos complexos Flash e Shockwave, também pode ter que confiar em tecnologias proprietárias de plug-in, que podem acessar diretamente o hardware de vídeo e executar jogos em 3D.

Suporte a geração de imagem dinâmica

No passado, as imagens exibidas nas páginas da Web vinham de imagens GIF ou JPG baixadas diretamente, enquanto em HTML5, as imagens podem não ser diretamente de arquivos de imagem, mas foram geradas temporariamente por um objeto de tela. Já existem um grande número de bibliotecas gráficas muito boas na Internet, e a existência dessas bibliotecas gráficas facilita a geração de imagens dinamicamente.

Hoje, as camadas de JavaScript podem calcular com base nos dados e, em seguida, desenhar o gráfico. Se os desenvolvedores de software tiverem tempo e talento suficientes, tudo na Internet pode ser mais vívido, e o conteúdo de texto simples será cada vez menos. O Flash é apenas o começo e o ambiente HTML5 facilita o desenvolvimento de imagens complexas para os desenvolvedores da Web. Surgiram algumas ferramentas semelhantes no mercado que melhorarão ainda mais a capacidade dos desenvolvedores da Web de controlar imagens e, à medida que as ferramentas amadurecem, os desenvolvedores também desenvolverão gráficos cada vez mais profissionais e complexos.

Um problema que pode existir aqui é que esse tipo de processamento de imagem pode colocar uma grande carga no processador do cliente, como ter certos requisitos para os recursos de processamento de processadores do cliente. No passado, alguns desenvolvedores tinham medo de usar plugins flash, porque a renderização e a apresentação do conteúdo do flash pode colocar muita pressão no processador e afetar bastante a experiência final do usuário. Isso não deve ser um problema no futuro. Os desenvolvedores não devem permitir que os usuários experimentem imagens vívidas porque estão preocupadas em afetar o desempenho. É apenas que os desenvolvedores devem fazer uma escolha de compromisso. Todo mundo que reclama do impacto de desempenho do Flash deve saber que ele não tem nada a ver com a própria tecnologia, e o problema vem de designers que usam muito essa tecnologia para atrair nossa atenção.

Permitir que os programas da Web utilizem o armazenamento local

Os programadores da Web conseguiram usar o espaço de armazenamento local no lado do navegador para armazenar muitas informações, como o IE permite até 300 cookies e até 4096 bytes de conteúdo. No entanto, para desenvolver um programa da Web verdadeiramente prático, pode exigir mais armazenamento do que isso. Por exemplo, o Dojo Toolkit usou o plug -in flash para alocar parte do espaço no disco rígido do usuário e deixá -lo no navegador para uso. Mas agora é muito simples, o uso do HTML5 pode atingir o mesmo objetivo.

Para esta parte do armazenamento, os programadores podem usá -lo conforme precisam, como salvar aplicativos de serviço em nuvem e dados no disco rígido local. Isso também torna a entrega, a instalação e a implantação de aplicativos em nuvem como aplicativos tradicionais. Por exemplo, os aplicativos em nuvem podem ser executados como de costume, independentemente de terem uma conexão com a Internet, porque o código JavaScript para aplicativos HTML5 já foi baixado do servidor antes, e essa parte do código é salva localmente.

Obviamente, a aplicação dessa tecnologia não afetará a popularidade dos aplicativos em nuvem, porque o modo operacional atual é muito diferente do passado, e os bancos de dados locais realmente desempenham o papel de cache inteligente. Além disso, os desenvolvedores de jogos podem armazenar algumas informações situacionais e informações do equipamento localmente, o que pode evitar baixar essas informações toda vez que você conectar a máquina, economizando tempo para baixar materiais. A desvantagem é que esses bancos de dados estão enterrados profundamente na pasta do sistema, o que o torna muito complicado ao fazer backup de dados. Se um usuário deseja migrar dados de uma máquina para outra, o trabalho de migração de dados poderá se tornar mais complicado.

Talvez o surgimento da nuvem híbrida possa resolver esse problema. A Hybrid Cloud permite que os dados sejam salvos na nuvem e no local, enquanto os computadores locais apenas cache os dados e a versão final é salva na nuvem, para que possa ser acessada em qualquer computador.

Simplifique a extração de dados no desenvolvimento da web

Os desenvolvedores da Web que extraíram dados das páginas da Web sabem que as estruturas HTML existentes dificilmente podem fornecer informações significativas além de dizer ao navegador onde essas informações estão. E os desenvolvedores precisam entender as informações sobre os próprios dados, que podem ajudar os programadores a entender o que esses dados realmente significam. O chamado microformato no HTML5 apresenta um novo mecanismo que adiciona algumas tags especiais ao HTML, que podem ajudar os programadores a analisar o verdadeiro significado dos dados nas tags.

Ninguém pode prever quanta alteração o micro formato trará para a rede, mas é fácil ver que esse novo mecanismo trará grande conveniência para os programadores e ajudará os programadores a desenvolver aplicativos da Web mais eficientes. Por exemplo, se houver uma maneira boa e padrão de representar datas e tempo, os programadores não precisam escrever código especial para analisar ou adivinhar o que o tempo que outras pessoas podem usar ao desenvolver programas da Web relacionados ao tempo para sites. Dessa forma, a aplicação de calendários, cronogramas, cronogramas etc. que exigem a coleta de informações de tempo de várias fontes de dados se torna uma tarefa muito simples.

Serviços de localização de suporte

No mundo da web, costumávamos conhecer apenas seu endereço IP e não sabíamos a que tipo de mundo real esses números correspondem. Por exemplo, era quase impossível saber onde estava um determinado computador, mas os serviços de localização que agora estão disponíveis podem resolver esse problema. O padrão HTML5 permite que o JavaScript pergunte ao usuário do navegador sobre a localização geográfica, como informações de latitude e longitude. Geralmente, esse recurso não é suportado por sistemas de desktop (porque o GPS ou o Wi-Fi é necessário), mas esse recurso pode funcionar se o terminal for um smartphone portátil.

Hoje, ninguém sabe quais aplicativos programadores inteligentes criarão com base nessas informações de localização, mas uma coisa é certa que o futuro pode ser integrado ao mundo virtual de uma maneira imprevisível e incrível.

Torne a reprodução de vídeo da web mais suavemente

A tag de vídeo no HTML5 facilita para os desenvolvedores da Web integrar o conteúdo de vídeo com outros conteúdos na página da web e também permite que aqueles envolvidos no desenvolvimento de jQuery e PHP se juntem à equipe de desenvolvimento da Web, tornando os desenvolvedores de desenvolvimento da Web não apenas para flash, Silverlight e Javafx.

Embora essa ideia pareça tentadora, ainda existem muitas dificuldades, pois nenhum codecs é especificado no padrão HTML5, e todos querem publicar seus próprios codecs de vídeo e som. Isso significa que substituímos o outro por uma confusão: é apenas que, no passado, costumávamos chamar de software incorporado no plug-in do navegador, mas hoje chamamos de codecs. Portanto, embora tenhamos uma etiqueta de vídeo padrão hoje, o navegador pode ou não saber como interpretar esse conteúdo de vídeo.

Erich Ocean, instrutor do HTML5 Application Development que ensina em Los Angeles, acredita que a guerra do codec ainda está em andamento. Os desenvolvedores de computadores e as organizações de Mozilla estão muito erradas se acharem que podem definir padrões de vídeo para profissionais de vídeo. Ele disse que vimos os novos formatos de vídeo do Google serem usados ​​em alguns lugares, como no YouTube, mas nunca serão tão populares quanto H.264.

Embora a reprodução de vídeo possa enfrentar uma situação relativamente caótica, porque é impossível chegar a um acordo, a nova tag de vídeo definitivamente tornará o conteúdo de vídeo da Internet cada vez mais abundante, e as páginas da web se tornarão a principal fonte de conteúdo de vídeo, e o conteúdo simples de texto também se tornará cada vez menor. Mas isso pode não ser uma coisa boa para a educação das crianças, porque hoje em dia as crianças estão se tornando cada vez mais acostumadas a assistir animações e raramente passam tempo lendo, muito menos escrevendo.

Os widgets em execução em iframes permitem que as páginas da web incorporem conteúdo de outros sites (como previsões climáticas) neles. Eles são muito práticos e populares, mas devido a razões de segurança, esses widgets estão sendo executados em um ambiente relativamente independente e são basicamente isolados de outros conteúdos na página da web.

O HTML5 fornece um mecanismo padrão para esses widgets se comunicarem. Embora eles ainda não possam entrar no ambiente operacional um do outro, eles já podem enviar informações para trabalhar juntos.

Os anunciantes estão ansiosos por isso há muito tempo. Eles realmente esperam integrar anúncios de sinalizadores que estão espalhados por vários locais na mesma página. Do ponto de vista do desenvolvimento, os desenvolvedores definitivamente encontrarão outros usos práticos. Por exemplo, a tela de partida de tênis tocada em uma página da web pode ser sincronizada com as informações do jogador nos lados esquerdo e direito, o que é inimaginável na época HTML 1.0.

No entanto, o mecanismo de enviar informações e comunicação mútua é apenas o começo. A próxima questão que precisa ser resolvida com urgência é o problema do protocolo de comunicação, porque não há padrão nesse sentido até agora. Somente após definir um padrão para transmitir informações, os widgets desenvolvidos por duas equipes de desenvolvimento diferentes se comunicam. Em outras palavras, ambas as partes da comunicação precisam de mais vocabulário padrão.

Melhorar a segurança do navegador

Cada plug-in do navegador é um aplicativo separado. Diferentes plug-ins de navegador são desenvolvidos por diferentes programadores de acordo com diferentes padrões, com diferentes tempos de liberação e diferentes modos de segurança. Naturalmente, alguns plugins serão mais seguros que outros. À medida que mais e mais plug-ins estão disponíveis nos navegadores, está se tornando cada vez mais complicado rastrear possíveis vulnerabilidades de segurança em cada plug-in do navegador. Por exemplo, se a vulnerabilidade de segurança em sua empresa em algum momento do ano passado estava no plug-in ou no navegador e, finalmente, resolveu atualizando o navegador em vez de atualizar o plug-in ou o contrário, pode ser difícil para se lembrar de tão claramente.

Iutado em muitas funções no HTML5, em vez de usar plug-ins, pode reduzir bastante os riscos de segurança, evitar problemas em vários links relacionados ao desenvolvimento do plug-in e impedir que as pessoas usem deliberadamente a API no plug-in para instalar código malicioso. Porque relativamente falando, a segurança dos navegadores do Firefox, Chrome ou IE é geralmente auditada por mais pessoas (incluindo equipes de segurança). Se a equipe de segurança acredita que um navegador é seguro, em geral, os riscos de segurança são definitivamente muito menos.

No entanto, a melhoria da segurança mencionada aqui tem algumas grandes conjecturas. Sempre haverá algumas pessoas neste mundo que usam sua inteligência em formas más, e provavelmente usarão algum recurso do HTML5 para se envolver em algum comportamento malicioso. Mas agora ninguém pode prever quais perigos podem estar ocultos no novo recurso HTML5.

As palavras de um desenvolvedor que trabalham em uma empresa de desenvolvimento de software da Web são muito representativas e ilustra brevemente as possíveis alterações que o HTML5 pode trazer. Ele disse: eu prefiro o HTML5, principalmente porque me permite desenvolver em um ambiente de desenvolvimento unificado, que é adicionar JavaScript e DOM, sem ter que alternar entre o mundo do flash e o mundo HTML5. No futuro, desde que você domine um idioma de desenvolvimento e um conjunto de ferramentas, poderá desenvolver qualquer plug-in.

Ele acrescentou que acho que os benefícios para os usuários também são muito óbvios e agora o Flash parece ter criado outro mundo no mundo da Internet.

De fato, o HTML5 usa uma linguagem unificada (JavaScript), um modelo de dados unificado (XML e DOM) e uma regra de representação unificada (CSS) para expressar texto, áudio, vídeo e gráficos. É sem dúvida muito ideal para os desenvolvedores. Com base em um ambiente de desenvolvimento padrão unificado, o trabalho será definitivamente muito mais simples. Mas o desafio de tornar tudo realidade ainda é enorme. Um problema proeminente é a falta de ferramentas e ainda existem poucas ferramentas relacionadas no HTML5 agora. É inegável que a popularidade do Flash está intimamente relacionada às ferramentas muito úteis da Adobe para o desenvolvimento do flash.

Link: A evolução do HTML

O nome completo do HTML é a linguagem de marcação de hipertexto, que é um padrão usado para descrever as páginas da Web. São essas tags simples contidas em colchetes de ângulo que compõem a web de hoje.

A primeira versão oficial do HTML é o HTML 2.0 lançado pela IETF (Força -Tarefa de Engenharia da Internet). Mais tarde, o W3C substituiu o papel da IETF e se tornou uma organização para a formulação dos padrões HTML. Na segunda metade da década de 1990, a versão HTML foi frequentemente modificada até o HTML 4.01 em 1999. Nesse ponto, o HTML atingiu seu primeiro pico.

A primeira revisão do HTML após o HTML 4.01 é XHTML 1.0, onde X significa extensível. O XHTML 1.0 é baseado no HTML 4.01 e não apresenta novas tags ou atributos. A única diferença é a sintaxe. O HTML é mais casual sobre sintaxe, enquanto o XHTML requer sintaxe estrita do tipo XML. Mais tarde, o W3C lançou o XHTML 1.1.

Para o W3C, tem sido um mérito perfeito do HTML 4. O próximo passo é o XHTML 2.0, na esperança de levar a web a um futuro brilhante do XML. No entanto, representantes da Opera, Apple e Mozilla não ficaram satisfeitos com o trabalho do W3C e organizaram espontaneamente o grupo de trabalho de tecnologia de aplicativos de hipertexto, que é o que é o que está comprometido com a especificação HTML5.

Enquanto o Whatwg está comprometido com o HTML5, o W3C continua com seu XHTML 2.0. No entanto, o trabalho do W3C no XHTML 2.0 lentamente caiu em problemas e depois encerrou seu trabalho no XHTML 2.0 e formou um novo grupo de trabalho HTML em 2007. Eles sabiamente escolheram os resultados de Whatwg como base e trabalharam na formulação das especificações do HTML5.

Após anos de deliberação, o draft do HTML5 foi lançado em 2008 e o W3C está atualmente melhorando ainda mais. Agora, não há uma declaração clara sobre quando o HTML5 se tornará oficialmente o padrão. A boa notícia é que o HTML5 pode ser adotado como padrão de candidato em 2012. No entanto, espera-se que, sempre que o HTML5 se torne um padrão, ele definitivamente será um processo relativamente de longo prazo para o HTML5 ser aceito por todos os fornecedores de navegador.