¿Por qué necesitamos un back-end en desarrollo web? ¿El front-end no puede enviar solicitudes directamente a la base de datos?

Esa es una pregunta común para las personas nuevas en el desarrollo web, y es común por una buena razón; esa es la manera elegante de manejar la mayoría de las funcionalidades de la aplicación web. Los principiantes no han ‘bebido el koolaid’ y aprendido mucho dogma de programación web, y simplemente pueden pedir lo que necesitan. Tener que escribir un back-end alrededor de la base de datos es oneroso.

Lamentablemente, la mayoría de los desarrolladores finalmente aceptan la creencia de que es necesario un envoltorio de fondo personalizado alrededor de la base de datos, en lugar de respetar la elegancia y simplemente hacer que el acceso del navegador a las bases de datos funcione.

La plataforma RdbHost permite que el front-end acceda de manera segura a las bases de datos del servidor con SQL simple, lo que permite un proceso de desarrollo eficiente y eficiente en la creación de aplicaciones web.

Desde 2014, hemos tenido una recompensa por las hazañas demostradas, y no hemos tenido reclamantes; los hackers motivados no lo han roto.

Si su base de datos de elección admite solicitudes HTTP para manipular datos, teóricamente podría eliminar al intermediario

¿Por qué nos quedamos con el intermediario? Abstracción, encapsulación y separación de preocupaciones.

Si accedimos directamente a la base de datos, nuestro front-end está vinculado a esa base de datos; cambiar la base de datos a usar sería difícil y llevaría mucho tiempo.

De manera similar, nuestra lógica de negocios podría dictar cómo procesar los datos antes de la inserción y después de la selección. Por ejemplo, podemos usar un middleware back-end para aplicar funciones hash a los datos. ¿Es esto realmente una responsabilidad de un front-end? ¿Qué tan difícil sería esto si fueran miles de front-end?

Finalmente, como queremos separar las preocupaciones y adherirnos al principio de responsabilidad única, hacemos que el front-end sea responsable de una sola cosa: el front-end.

Técnicamente, si hiciera eso, la base de datos sería el back-end. Pero analicemos esto un poco más.

En el más simple de los sitios web, una sola página o más directamente hablando con la base de datos podría funcionar y podría funcionar bien, pero supongamos que su sitio web creció un poco y decidió mover la base de datos a un servidor en la nube o simplemente a otra máquina. En ese punto, tendría que volver a escribir todo el sitio web para hablar con la nueva base de datos y eso podría llevar bastante tiempo.

Así que agreguemos otra capa para manejar todas las llamadas a la base de datos, etc. para que su front end no tenga que cambiar cada vez que cambie su base de datos. Puf, back-end.

Esa es solo una explicación simple, la verdad es que hay MUCHAS más razones para un buen back-end y realmente deberías estudiar metodologías de diseño si quieres construir algo realmente involucrado, pero como regla simple, menos cosas hay en una capa de tu es menos probable que tenga que hacer reescrituras MASIVAS más tarde.

Técnicamente sí. Pero es una buena idea abstraer su base de datos del front end. Además, generalmente hay algo de lógica involucrada después de una solicitud de base de datos, que se delega mejor en un servidor más potente en lugar de la máquina del cliente.

Es más común usar un back-end como servicio (BaaS) para este propósito. Un BaaS maneja la autorización y validación de los datos provenientes de los clientes.

Simplemente tiene que definir reglas de validación y autorización. Esto a menudo se hace sin la necesidad de programar. Usarías una interfaz gráfica.

Por favor, use las cosas de este mundo como se definen, use su alcance real.

Una base de datos, como su propio nombre dice, es un almacenamiento de datos. Es simplemente el lugar donde almacena datos sobre usuarios, publicaciones, artículos, enlaces, módulos, etc.

El front-end es la parte del desarrollo que representa la parte visible del sitio web / aplicación web, la apariencia y la interacción con eso.

El back-end es el puente entre el front-end y los datos que ha almacenado en su base de datos. Es necesario hacer el stuf de la manera correcta. 🙂

Aquí está mi blog sobre desarrollo web: DailyGit | Consejos para desarrolladores web

Debido a problemas de seguridad, el script de front-end tiene limitaciones, como operaciones de archivos, operaciones de bases de datos, etc.

Y también dado que el front-end se ejecuta en el navegador del usuario, no hay forma de solicitar directamente un servidor de base de datos. Ser capaz de hacerlo también puede ser muy inseguro ya que los piratas informáticos inspeccionarán fácilmente el script a través de las herramientas de desarrollo del navegador y localizarán el nombre de usuario, las contraseñas, etc.

La base de datos se encuentra en el back-end.

Si no es así, la base de datos solo sirve al usuario directo y no se sincroniza con Internet o cualquier otro usuario para la mayoría de las partes. Principalmente será una aplicación fuera de línea.

Necesitamos un back-end para un centro de comando y control.

La base de datos es el back-end.