

POST DO
KEMEL
DESENVOLVIMENTO
30
Cargo:
Evangelista de Tecnologia
Twitter:
@kemelzaidan
Facebook:
facebook.com/
kemelzaidan
KEMEL ZAIDAN
á uma mudança gradual e
silenciosa rolando no mundo
do desenvolvimento web. O
protocolo HTTP pode não ter
se alterado muito nos últimos
16 anos, mas seu uso evoluiu
bastante. No início, era apenas um protocolo
emmodo texto para o envio de conteúdo
estático. O próprio Tim Bernes Lee, criador
da web, relatou em seu livro
Weaving the
Web
(ainda sem tradução no Brasil) que sua
criação foi concebida como “um formato
universal para a documentação”.
Com o passar do tempo, passamos a usar
linguagens de script como Perl e ASP para
manipular código fonte HTML e criar páginas
FRP FRQWH¼GR ÛSHUVRQDOL]DGRÜ $ DSOLFD©¥R
inseria o conteúdo recuperado de uma base
de dados no código HTML e entregava para o
servidor web que, por sua vez, enviava a página
para o navegador do cliente.
Com a inclusão do XMLHttpRequest no
ECMAScript, foi possível transferir dados também
no formato XML e JSON ao navegador. Com isso,
surgiu o Ajax e, a partir dos verbos originais do
HTTP (como GET, POST e PATCH e DELETE), deu-se
origem ao modelo REST.
Até pouco tempo atrás, era comum ver um
desenvolvedor ser responsável pelo frontend e
pelo backend de uma aplicação web. Mas esses
mundos evoluíram de tal maneira que, hoje, é cada
vez mais frequente depararmos com uma clara
separação entre as áreas.
O rápido crescimento das plataformas
móveis aumentou a necessidade de consumir
dados por meio de REST, e o número de APIs
explodiu. Já que há uma API entregando esses
dados aos dispositivos móveis, por que não os
usar também no frontend?
Projetos como Angular e Ember tornam
mais fácil consumir APIs no lado do cliente e
inserir dados em uma página web. Como não
há a necessidade de renderizar HTML no lado
do servidor, é possível enviar uma quantidade
menor de bytes e de forma assíncrona, o que
torna o tráfego mais rápido. Isso melhora
o desempenho e aumenta a sensação de
responsividade. Ferramentas como o Meteor
(web framework em NodeJS) já trazem
esse conceito para dentro do processo de
GHVHQYROYLPHQWR GH IRUPD QDWLYD R TXH MXVWLíFD
parte de sua rápida popularidade.
Muitas dessas mudanças não passaram
GH ÛKDFNVÜ FRP D íQDOLGDGH GH WLUDU GR +773
PDLV TXH RV íQV SDUD RV TXDLV HOH KDYLD VLGR
concebido originalmente. Meu palpite é que há
uma tendência cada vez menor de se renderizar
HTML e enviá-lo ao browser. Em vez disso, vamos
consumir JSON e renderizar tudo no lado do
FOLHQWH 5HVWD VDEHU FRPR R +773 LQîXHQFLDU£
essa evolução. O futuro, porém, nemmesmo o
Google pode dizer.
H
[
O RÁPIDO
CRESCIMENTO
DAS
PLATAFORMAS
MÓVEIS
AUMENTOU A
NECESSIDADE
DE CONSUMIR
DADOS POR
MEIO DE REST E O
NÚMERO DE APIS
EXPLODIU.
]
OSÚLTIMOS
16ANOSDOHTTP
LW
REVISTA LOCAWEB