Frontend y Backend

Bueno, ya hemos descubierto las aplicaciones, hemos hecho la clasificación básica, hemos ordenado los tipos de aplicaciones web. Pero, ¿cómo funciona todo esto?

Y aquí llegamos a términos muy importantes.

Frontend y Backend

La ilustración más sencilla es el teatro. Venimos a la representación, vemos a los artistas en el escenario, les aplaudimos, recibimos reverencias a cambio. Y al mismo tiempo, sabemos con certeza que el teatro no se limita al auditorio y no termina en el escenario. En algún lugar se cosen los trajes, se hacen los preparativos en el camerino, en algún lugar el director da instrucciones. No vemos todo eso, pero sabemos con seguridad que está ahí, y sin todo eso el teatro no podría funcionar.

Del mismo modo, todo está organizado en las aplicaciones web.

Hay una capa que vemos. La página que se muestra cuando abrimos algún sitio. Esta página probablemente tiene algún tipo de animación e incluso botones que se pueden pulsar.

Esta capa visible se llama "Frontend". Incluye todo lo que está del lado del usuario. Todo lo que se muestra en la pantalla de su dispositivo. Algo que se puede ver e incluso sentir.

Pero al mismo tiempo, podemos estar seguros de que no todo se limita al frontend. Al fin y al cabo, incluso el propio frontend, desde hace poco, no está ni en la pantalla ni en la memoria del ordenador. Aparece cuando decidimos abrir otro sitio e introducimos su dirección en el navegador.

Hacemos una petición para mostrar el sitio y recibimos una respuesta. Qué bloques tiene, dónde están ubicados, cómo se ven, qué fuentes se utilizan. Pulsamos un botón y la orden va al servidor para que calcule una información, emita una respuesta y proporcione una solución al problema. Este sistema de solicitud y respuesta, Request-Response, es la piedra angular del funcionamiento de todas las aplicaciones web.

La petición a través de Internet va al servidor, al lado invisible a nuestros ojos, al "Backend". Al mismo tiempo, la propia petición también contiene cierta información, tiene algunos parámetros. Basándose en esta información, el backend decide qué respuesta enviar (o puede asentir amablemente, acusar recibo de la petición, pero no transmitir más datos).

HTTP

El protocolo de transferencia de datos en sí se llama HTTP - HyperText Transfer Protocol. Puedes ver estas 4 letras al principio de la barra de direcciones del navegador. Esto informa de que la interacción se llevará a cabo utilizando el protocolo HTTP. Podemos decir que las partes han acordado en qué idioma se van a comunicar.

Y no se deje engañar por su nombre. En efecto, en los albores de Internet, el protocolo fue concebido exclusivamente para el hipertexto. Es decir, texto con enlaces, con la posibilidad de ir a otra página, obtener otro texto. Ahora permite transferir cualquier dato: fotos divertidas, canciones, vídeos de baile de Tik-Tok.

En otros módulos del curso, vamos a tratar con la estructura de las solicitudes y respuestas en detalle. Crearemos peticiones con respuestas, así como la lógica para su procesamiento. En esta etapa, es suficiente para entender el principio mismo de la transferencia de datos desde el frontend al backend y viceversa.

Bases de datos

Por cierto, los datos en sí no aparecen por arte de magia. La aparición de solicitudes en el lado del frontend es fácil de entender: usted mismo las introduce. Pero para poder transferirle la información, es necesario organizar de alguna manera su almacenamiento y procesamiento.

Para ello funcionan las "bases de datos" (DB). Almacenan los datos de forma estructurada. Y hay sistemas que gestionan estos datos - DBMS (Database Management System). Permiten escribir nuevos datos en la base de datos, obtener datos de allí, modificarlos, borrarlos (Todo esto junto se denota con la abreviatura CRUD - Create, Read, Update, Delete). Todo esto lo estudiaremos en detalle en futuros módulos. Vamos a averiguar qué son las bases de datos en general, cómo se organiza su trabajo y lo fácil que es gestionarlas en AppMaster.io.