Muito além do jQuery | Front In Brazil
← Emulando aplicativos Ionic/Cordova no Genymotion
Module Pattern e privacidade com JavaScript →
Por incrível que pareça eu comecei esse artigo no dia 8 de Agosto de 2013 e ele ficou perdido no limbo do meu Google Drive desde então, faltavam alguns exemplos e uma conclusão. Então, eis que o encontrei ao procurar um outro artigo que estava perdido por lá.
Resolvi finalizar e estou postando com mais de 1 ano de atraso mesmo.
Bom galera já tinha um tempo que eu queria falar sobre esse assunto, mas ainda faltava um incentivo para soltar a boiada. E então eis que aconteceu, dispararam o gatilho. E aconteceu em um grupo de desenvolvimento do facebook, o jQuery Brasil. Um iniciante perguntou quais os requisitos necessários de JavaScript para aprender jQuery e um membro respondeu que não era preciso saber JavaScript para aprender. E na hora eu fiquei indignado, mas pensando bem eu acho que ele está certo, muita gente sabe jQuery e não sabe JavaScript. Mas se o jQuery é uma biblioteca JavaScript, logo, quem sabe jQuery sabe JavaScript, certo?
Em teoria era isso que deveria acontecer, mas as bibliotecas e os frameworks existem para criar uma camada de abstração maior e simplificar o trabalho, então em grande parte das vezes as pessoas não aprendem a linguagem e sim a ferramenta, que pode ser uma biblioteca, um framework, uma sdk, etc.
Primeiramente eu gostaria de lembrá-los que para tudo que o jQuery faz existe algo equivalente em JavaScript, até por que jQuery é JavaScript (sim, vou falar isso várias vezes). Mas eu não vou começar pelo básico, até por que o básico você encontra facilmente no google. Eu recomendo o ótimo artigo do Tárcio Zemel entitulado "Equivalentes nativos de JavaScript para funções jQuery", onde o autor mostra algumas dessas equivalências.
Quando usar jQuery?
Uma das inspirações para esse artigo foi o artigo I know jQuery. Now what? do Remy Sharp, onde ele levanta alguns pontos sobre quando não usar jQuery e demonstra algumas soluções de problemas sem a utilização de jQuery. Este artigo é mais simples que o do Remy Sharp por isso recomendo a leitura dele, no entanto, é igualmente opinativo.
Bom, esse artigo já está ficando grande e chato e eu nem comecei a parte técnica ainda, então chega de enrolação.
Quando a complexibilidade supera a facilidade
Quando uma grande parte do seu público alvo não utiliza navegadores de última geração fica complicado trabalhar com JavaScript puro já que algumas funções do JavaScript podem não ser compatíveis por terem sido implementadas depois. O pessoal da BBC, no artigo Cutting the mustard, divide os navegadores em dois grandes grupos (Navegadores HTML5 e Navegadores HTML4) para poder exibir uma interface mais rica ao usuário dependendo dos recursos suportados pelo navegador do mesmo.
Por padrão o IE8 não suporta o método addEventListener que é um método que fica "escutando" um evento e é executado quando o evento do objeto é acionado. Está presente em todos os navegadores lançados desde 2007, menos no IE8. E isso, teoricamente, implica que se o navegador do cliente suportar esse recurso então esse navegador possui um melhor suporte aos padrões que o IE8.
Logo, se o seu público alvo utiliza esse navegador você deve utilizar jQuery. O que não quer dizer que todos os projetos que não utilizem jQuery ou outras bibliotecas não irão funcionar no IE8 e sim que você deve começar o projeto de forma simples e sem gambiarras.
Quando é necessário agilidade
Isso é uma das principais causas pelo qual os desenvolvedores utilizam bibliotecas e frameworks, agilizar o desenvolvimento. E o jQuery faz isso muito bem. Então não precisamos ficar reinventando a roda.
Como sobreviver sem jQuery?
Desenvolver sem o jQuery pode soar para alguns como reinventar a roda. Mas existem algumas alternativas para se escrever a aplicação sem ele e sem perder tempo.
O document.ready, ou simplesmente $(function), é utilizado para executar o JavaScript após o navegador ter compilado o DOM. Fazemos isso pois o JavaScript bloqueia a renderização, mas como estamos falando de alternativas que tal colocar o seu código JavaScript antes da tag ? Dessa forma o DOM já estará compilado.
Caso essa simples ação ainda não resolva o seu problema, o que eu duvido muito, você ainda poderá utilizar o DOMContentLoaded. O DOMContentLoaded é suportado pela maioria dos navegadores.
Anos atrás, quando o jQuery surgiu, ele trouxe uma revolução ao modo de utilizar JavaScript pelo simples fato dele ter simplificado, de forma significativa, a tarefa de selecionar os elementos com os quais queremos trabalhar. Porém o JavaScript evoluiu e hoje nós temos uma maneira igualmente fácil e nativa. É o querySelectorAll que é usado da seguinte forma:
var matches=document.querySelectorAll("div.nota, div.alerta");
Frequentemente costumamos trabalhar com classes no JavaScript, tanto para selecionar um elemento, quanto para fazer gets e sets do atributoclass em elementos. Normalmente acabamos usando o jQuery. Mas que tal usar as propriedades className e classList?
Antigamente para fazer a validação de formulários no navegador nós sempre utilizávamos JavaScript, não existia outra opção. Porém o HTML também evoluiu e atualmente é possível fazer validação de formulários utilizando apenas atributos nos elementos HTML. É possível validar emails com o input do tipo email, definir campos obrigatórios com o atributo required e fazer validações com expressões regulares com o atributo pattern, nos permitindo assim, validar telefones, CPFs, CNPJs, etc.
O CSS também evoluiu e hoje podemos fazer animações com ele através da propriedade animate, como visto nesse artigo da MDN, e até mesmo utilizar aceleração hardware utilizando o translate3d da propriedade transform como visto nesse artigo do Paul Irish.
Eu, particularmente, uso bastante essas duas características do CSS3 para deixar as animações nos dispositivos móveis mais fluídas.
Hoje é possível ser produtivo sem utilizar jQuery que embora seja muito prático muitas vezes não é necessário, pois muitas vezes carregamos uma biblioteca inteira para utilizar apenas alguns métodos que já possuem APIs nativas disponíves no JavaScript ou alternativas melhores, mais simples e mais performáticas no HTML e no CSS.