¿Dónde entra una API en front-end y back-end?

Esto sería subjetivo en función de su configuración específica y de lo que clasifica como una “API”. Si considera que una API es una biblioteca accesible de funciones disponibles a las que se puede acceder desde sistemas remotos (es decir, una API web), entonces La llamada a la API puede ocurrir entre “Solicitudes de usuario” y “obtener información de db”. Si está pensando que la API sería local para un sistema autónomo, entonces la API podría ser simplemente un conjunto de herramientas y funciones integradas en su aplicación, en cuyo caso “obtener información de db” en realidad ES su API.

Entonces, bajo esa configuración, una API podría considerarse de nivel medio o back-end. Por lo general, no se referiría a una API como “front-end”, aunque algunas API pueden tener front-end legibles para ellos. Por ejemplo, un servicio web que devuelve datos JSON o incluso texto sin formato podría considerarse una API que tiene un front-end.

Pero como regla general, su última sugerencia es común: API de llamadas de front-end -> API de back-end de llamadas (que podría incluir otra capa de API, un marco, procedimientos almacenados de SQL, etc.) -> Las respuestas de back-end -> API analiza (y quizás traduce) la respuesta -> el front-end muestra resultados adaptados compatibles con la interfaz de usuario.

En realidad, API es una entidad independiente, pero se puede clasificar como tecnología de back-end.

Se dice que una tecnología es front-end porque se presenta por adelantado al usuario (UI, etc.), mientras que se dice que la tecnología es back-end porque admite el front-end desde el backstage.

Supongamos que desea que un desarrollador recupere datos de su base de datos, pero no escribiendo consultas SQL (sin acceso directo y sin acceso completo), entonces creará una API con ciertos puntos finales (un desarrollador de API decidirá qué información se pondrá a disposición) que limitar el acceso a esa información solo en lugar de un control total. si se realiza una solicitud HTTP a estos puntos finales, devolverán datos que contengan JSON / XML.

Por ejemplo, realiza una llamada a la API de gráficos de Facebook (que reside en el servidor de FB) para recuperar la información de un usuario mediante una simple solicitud HTTP a un punto final fijo, pero no tiene acceso directo a la base de datos de Facebook y no puede exigir más de lo disponible puntos finales Aquí es donde API juega.

Espero que esto ayude

Parece que esta pregunta ha sido completamente respondida; Sin embargo, puedo explicar en términos posibles laicos. Una API (interfaz del programa de aplicación) le permite utilizar el software de otros en su sitio web (o en su aplicación). Básicamente, puede usar la funcionalidad de la aplicación o programa de otra persona y / o contenido de su base de datos mediante el uso de su API. Su API le dará instrucciones sobre cómo “enganchar” en su código para recibir la funcionalidad o el contenido.

Algunas API están bien escritas y otras no.

Un servicio API REST generalmente viene con una “interfaz” mediana para que el frontend consuma los datos servidos desde el backend.

En algún momento, incluso el back-end utiliza el servicio REST API para obtener datos de otro servicio de back-end (arquitectura de microservicios de búsqueda en google).

Viene en cualquier pieza de software que no revela su funcionamiento interno (o no le importa). Por ejemplo, ¿me da la temperatura promedio del mes pasado en Londres? le dará un número (haciendo un trabajo para obtener puntos de datos de algún lugar y luego calculando el promedio de ellos). No viste todo eso, pero API te permitió obtener el resultado.

Por lo general, las API son puntos finales en sistemas de back-end a los que puede consultar datos o puede pedirles que guarden datos.