Frontend & Backend

Bem, descobrimos as aplicações, fizemos a classificação básica, classificámos os tipos de aplicações web. Mas, afinal, como é que funciona?

E aqui chegamos a termos muito importantes.

Frontend e Backend

A ilustração mais simples é o teatro. Chegamos ao espectáculo, vemos os artistas no palco, aplaudimo-los, recebemos arcos em troca. E, ao mesmo tempo, sabemos com certeza que o teatro não se limita ao auditório, e não termina com o palco. Algures, os trajes são cosidos, os preparativos estão em curso no camarim, algures onde o director dá instruções. Não vemos tudo isso, mas sabemos com certeza que está lá, e sem tudo isso o teatro não seria capaz de funcionar.

De modo muito semelhante, tudo é organizado em aplicações web.

Há uma camada que vemos. A página que é exibida quando abrimos algum sítio. Esta página tem provavelmente algum tipo de animação e até botões que se podem clicar.

Esta camada visível é chamada "Frontend". Ela inclui tudo o que está do lado do utilizador. Tudo o que é exibido no ecrã do seu dispositivo. Algo que se pode ver e até sentir.

Mas, ao mesmo tempo, podemos ter a certeza de que tudo não se limita ao front-end. Afinal, mesmo o próprio frontend, muito recentemente, não se encontra nem no ecrã nem na memória do computador. Aparece quando decidimos abrir outro site e introduzir o seu endereço no browser.

Fazemos um pedido para mostrar o site e recebemos uma resposta. Que bloqueios tem, onde estão localizados, como se apresentam, que fontes são utilizadas. Pressionamos um botão e o comando vai para o servidor para calcular alguma informação, emitir uma resposta, e fornecer uma solução para o problema. Este sistema de pedido e resposta, Request-Response, é a pedra angular de como funcionam todas as aplicações Web.

O pedido através da Internet vai para o servidor, para o lado invisível aos nossos olhos, para o "Backend". Ao mesmo tempo, o pedido em si contém também certas informações, tem alguns parâmetros. Com base nestas informações, o backend decide qual a resposta a enviar (ou pode acenar educadamente, confirmar a recepção do pedido, mas não transmitir mais dados).

HTTP

O próprio protocolo de transferência de dados é chamado HTTP - HyperText Transfer Protocol. Pode ver estas 4 letras no início da barra de endereços do navegador. Isto informa que a interacção será levada a cabo utilizando o protocolo HTTP. Podemos dizer que as partes concordaram em que língua irão comunicar.

E não deixe que o seu nome o engane. De facto, no início da Internet, o protocolo foi concebido exclusivamente para hipertexto. Ou seja, texto com ligações, com a possibilidade de ir para outra página, obter outro texto. Agora permite-lhe transferir quaisquer dados: imagens engraçadas, canções, vídeos de dança de Tik-Tok.

Em outros módulos do curso, trataremos em detalhe a estrutura dos pedidos e respostas. Iremos criar pedidos com respostas, bem como a lógica para o seu processamento. Nesta fase, é suficiente compreender o próprio princípio da transferência de dados do frontend para o backend e vice-versa.

Bases de dados

A propósito, os dados em si não aparecem por magia. O aparecimento de pedidos no frontend é fácil de compreender - é você mesmo que os introduz. Mas para transferir informações para si, precisa de organizar de alguma forma o seu armazenamento e processamento.

Para este efeito, "Bases de dados" (BD) funcionam. Armazenam dados de uma forma estruturada. E há sistemas que gerem estes dados - SGBD (Sistema de Gestão de Bases de Dados). Permitem escrever novos dados na base de dados, obter dados a partir daí, modificá-los, apagá-los (Tudo isto em conjunto é assinalado pela abreviatura CRUD - Create, Read, Update, Delete). Também estudaremos tudo isto em pormenor em futuros módulos. Vamos descobrir o que são bases de dados em geral, como o seu trabalho está organizado e como é fácil geri-las no AppMaster.io.