Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
10 principais motivos de o Firefox ainda ser melhor que o Chrome para desenvolvimento web - Parte 1
Terça-feira, 19/07/2011 às 11h00, por Manuel Lemos
Há algum tempo, alguns de nós, desenvolvedores web, trocamos o Firefox pelo Google Chrome devido a recursos importantes, como velocidade.
Com o lançamento do Firefox 4, ele resolveu alguns dos problemas que tínhamos nas versões passadas, deixando-o melhor, pelo menos no que diz respeito a desenvolvimento web.
Este artigo, divido em duas partes, explica alguns dos motivos por que o Firefox ainda é um browser melhor que o Google Chrome para o seu trabalho de desenvolvimento web.
Evolução do market share dos browsers
Cerca de um ano atrás, falei sobre algo que a maioria de nós já sabia, que desenvolvedores PHP estão mudando para o Google Chrome (inglês) como seu browser de acesso à web.
Como vocês podem perceber na tabela abaixo, essa tendência continua a ser verdadeira neste ano. Esses números foram tirados das estatísticas de desenvolvedores que logaram no site PHPClasses.
Browser Maio 2009 Maio 2010 Maio 2011 Mudança
Mozilla Firefox 68.0% 63.5% 57.3% -6.2%
Microsoft Internet Explorer 18.5% 13.6% 8.9% -4.7%
Google Chrome 6.0% 15.7% 28.1% +12.4%
Como você pode ver, o Chrome quase dobrou sua participação em um ano, enquanto que o Internet Explorer perdeu um pouco mais que a metade. O Firefox também caiu um pouco.
O ganho do Chrome é maior que a perda do Firefox e a do Internet Explorer. Isso significa que o Chrome também ganhou participação perdida por outros browsers.
10 principais motivos de o Firefox ainda ser melhor que o Chrome para desenvolvimento web
Dado o fato que a participação do Google Chrome continua crescendo bastante, você pode se perguntar sobre o porquê deste artigo. O fato de o Chrome continuar a se tornar cada vez mais popular para navegação web não significa que os desenvolvedores web estejam trabalhando com ele também em seus projetos. Para mim, esse não é o caso. Muitas vezes, quando estou fazendo trabalhos de desenvolvimento, sinto que preciso mudar para o Firefox, pelos motivos que irei listar abaixo.
Gostaria que tivesse em mente que este artigo não é um discurso retórico contra o Google, que deu a nós, desenvolvedores web, muito para sermos agradecidos a ele, mas quando falamos do Chrome, ainda existe muito a ser melhorado.
Decidi escrever este artigo por agora na esperança de que talvez alguém no Google o leia, e faça algo para resolver essas questões que, na maioria das vezes, realmente incomodam a maioria de nós, uma vez que não queremos ficar trocando de browsers o tempo todo.
1. Visualização HTML
Quando o código dos nossos sites tem bugs, ele geralmente gera um código HTML que é incorreto ou inválido. Então precisamos analisar o código HTML para entender o que há de errado. O Firefox tem um recurso incrível que permite que você selecione uma parte da página e ele mostra o HTML exato que corresponde àquela porção da página selecionada. Esse recurso não existe no Chrome.
O melhor que você tem é o recurso Inspect Element, que permite que você encontre o código HTML para o elemento da página abaixo do cursor do seu mouse. Não é a mesma coisa. Se eu selecionar uma região da página, eu quero visualizar o HTML total daquela região, não um elemento único.
Outra coisa chata é que o Chrome tenta deixar o código HTML bonito. Isso significa que, se você tiver um HTML mal formado, você não verá onde ele está mal formado, pois o Chrome irá mostrar uma versão embelezada do código HTML depois de ter sido consertado. Gostaria que tivesse uma opção para desabilitar a "embelezação".
2. Validação do HTML
Outro ótimo recurso do Firefox é a possibilidade de mostrar quaisquer erros de validação do HTML que você pode ter. Na verdade, esse recurso é fornecido pela extensão HTML Validator.
Eu testei várias extensões com o mesmo objetivo no Chrome, mas nada que fosse realmente bom. Algumas apenas utilizavam o serviço de validação W3C passando a URL da página, o que não é bom, porque quando você está desenvolvendo uma página que não é pública, o serviço W3C não consegue acessá-la, e um eventual usuário logado no site que você está desenvolvendo também não consegue acessá-lo.
Outras extensões tentaram copiar a página atual carregada e passá-la para o serviço de validação, mas nenhuma mostrou o eventual HTML inválido que a extensão HTML Validator do Firefox mostra.
Ela também não se baseia em um serviço externo de validação. Isso significa que você consegue validar páginas mesmo se você não tiver acesso à internet. Portanto, por todos esses motivos, uma versão equivalente da extensão HTML Validator é seriamente necessária para o Chrome.
3. Desabilite o JavaScript
Às vezes, você precisa testar o seu site com o JavaScript desabilitado. A única maneira de desabilitá-lo no Chrome é indo em preferências e desabilitar. Isso é verdadeiramente chato. No Firefox, você pode usar a extensão Web Developer de Chris Pederick para adicionar um botão ao browser para rapidamente desabilitar e reabilitar o JavaScript na hora em que você quiser.
No Chrome, também existe a extensão Web Developer do mesmo desenvolvedor, mas ela não fornece meios para desabilitar o JavaScript. O problema é devido à limitação da API do Chrome exposta a extensões. Ela não permite uma maneira de desabilitar o JavaScript a partir de extensões.
Existe um pedido de recursos para o projeto Chromium para a implementação do suporte necessário para desabilitar o JavaScript. A implementação desse recurso na verdade foi determinada há um ano, mas nunca aconteceu. Estranhamente, os usuários foram proibidos de postar comentários futuros sobre o pedido desse recurso.
4. Esvazie o cache do browser
Às vezes, você precisa forçar a limpeza do cache do browser, para que um novo conteúdo possa ser recuperado do servidor do site que você está desenvolvendo.
É a mesma limitação de desabilitar o JavaScript. Você não consegue fazer isso através de uma extensão. Você precisa ir nas preferências do Chrome.
Também existe um pedido de recurso para habilitar o suporte à limpeza do cache a partir de uma extensão. Ele foi feito há mais de dois anos, mas somente há alguns meses foi liberado para implementação.
5. Trocando o agente identificador do browser
Às vezes, você precisa acessar seu site em desenvolvimento fingindo estar usando outro browser, para que você possa ver se ele se adapta àquele navegador da maneira que você espera.
Por exemplo, se você está servindo um feed RSS para ser manipulado pelo Feedburner, você precisa redirecionar todos os browsers para o feed URL do Feedburner, a não ser que o agente atual seja o Feedburner checando se seu feed foi atualizado. Portanto, seria útil se você pudesse fazer com que o browser fingisse ser o Feedburner, para que você pudesse checar se ele estava funcionando como deveria.
No Firefox, você pode usar a extensão User Agent Switcher também de Chris Pederick. No Chrome, também existe uma extensão chamada User Agent Switcher. O problema é que ela não funciona. Bom, funciona, mas não da maneira que você gostaria. A extensão somente consegue mudar a identificação do browser exposta ao JavaScript. Isso significa que os pedidos HTTP enviados ao servidor não irão usar a string de identificação do agente que você precisa que seja enviada.
Eu suspeito que exista um pedido de recurso para ser implementado no Chromium, mas não encontrei. Até que esse recurso seja implementado, sempre teremos que voltar ao Firefox, que funciona bem com a extensão User Agent Switcher.
No próximo artigo, as cinco últimas razões de o Firefox ser melhor que o Chrome para desenvolvimento web.
Texto original disponível em http://www.phpclasses.org/blog/post/147-Top-10-Reasons-Why-Firefox-is-still-Better-than-Chrome-for-Web-Development.html
Fonte: iMasters
Carregando comentários...
