Las aplicaciones front-end se ejecutan en su navegador. Y las aplicaciones de fondo se ejecutan en un servidor remoto. Entonces, dado este hecho, al igual que cualquier otra aplicación cliente-servidor, la única interacción verdadera entre los dos está ocurriendo en la red, en forma de solicitudes y respuestas HTTP.

Claro, en muchos proyectos tendrá las vistas HTML ubicadas lado a lado con el código de fondo (por ejemplo, Ruby on Rails tiene el directorio de vistas al lado del directorio de modelos y controladores). Pero eso no cambia que esta vista HTML se represente, interprete y que cualquiera de los códigos Javascript que contiene también se ejecute en el navegador . Lo único que está haciendo el back-end con estas vistas es enviarlas al navegador y usar HTTP.

Entonces esto es cierto para todo tipo de aplicaciones web:

• Un caso de blog simple: cuando escribe la URL de una publicación específica, su navegador está haciendo una solicitud HTTP al back-end. El back-end devuelve una respuesta HTTP que contiene el código HTML interpretado por el navegador. La única interacción entre los dos bordes es el flujo HTTP.
• Una aplicación de una sola página, con tecnología AJAX: aquí es aún más claro que la única interacción es HTTP. La interfaz de usuario front-end con Javascript (o podría ser cualquier aplicación web, móvil o de escritorio en realidad) envía solicitudes HTTP al back-end para leer, crear, actualizar o eliminar datos. El back-end devuelve respuestas HTTP que contienen la información necesaria para que la UI / aplicación web cambie su estado, muestre datos al usuario, etc.

Por lo tanto, al final, HTML, CSS y Javascript nunca interactúan con su código de fondo. Es cierto que a veces puede usar plantillas, donde el código de fondo está reescribiendo y generando algo de HTML antes de enviarlo al navegador, pero después de eso, no hay más interacción que las simples solicitudes de red.

Varias formas, pero realmente se reduce a estos dos que operan en un ciclo bidireccional con cada clic o carga de URL:

1. El back-end genera el front-end como corresponde a la URL solicitada.
2. Cada clic en cualquier enlace o botón de front-end (en una aplicación web típica) activa un script de back-end para hacer algo (cargar la página siguiente e imprimir el código de front-end).

¿Tienes un formulario web? Está PUBLICANDO en el back-end, que hace lo suyo, y luego escupe el código de front-end sobre su canal de salida.

¿Tienes una función AJAX? Está pidiendo un (con suerte) pequeño script de fondo para sus actualizaciones de datos, y / o emitiendo comandos que se envían a una función de fondo.

¿Tienes scripts cron generando informes? Los scripts cron son back-end; los informes son front-end o back-end, dependiendo de si están destinados a sus clientes o su personal, y también dependiendo un poco de la terminología de su tienda. (La “sección de administrador” o “intranet” también se suele llamar back-end).

Cuando hablamos de la separación entre la presentación (front end) y la lógica (back end), esa terminología hace que casi todos los “guiones front-end” sean tanto front-end como back-end; el script hace su trabajo de “back-end” en un lenguaje del lado del servidor, y luego genera código de front-end (HTML, etc.).