Posteriormente a consultar expertos en el tema, programadores de deferentes ramas y maestros dimos con la respuesta al problema y la dejamos plasmada en este post.
Solución:
REST es un tipo de API. No todas las API son REST, pero todos los servicios REST son API.
API es un término muy amplio. Generalmente es cómo una pieza de código se comunica con otra. En el desarrollo web, API a menudo se refiere a la forma en que recuperamos información de un servicio en línea. La documentación de la API le brindará una lista de URL, parámetros de consulta y otra información sobre cómo realizar una solicitud desde la API, y le informará qué tipo de respuesta se dará para cada consulta.
REST es un conjunto de reglas/estándares/directrices sobre cómo construir una API web. Dado que hay muchas maneras de hacerlo, tener un sistema acordado para estructurar una API ahorra tiempo en la toma de decisiones al crear una y ahorra tiempo en la comprensión de cómo usar una.
Otros paradigmas de API populares incluyen SOAP y GraphQL.
REST en su mayoría solo se refiere al uso del protocolo HTTP de la forma en que se pretendía. Utilizar el GET Método HTTP en una URL para recuperar información, posiblemente en diferentes formatos basados en HTTP Accept encabezados Utilizar el POST método HTTP para crear nuevos elementos en el servidor, PUT para editar elementos existentes, DELETE para eliminarlos. Haga que la API sea idempotente, es decir, repetir la misma consulta con la misma información debería arrojar el mismo resultado. Estructure sus URL de manera jerárquica, etc.
REST solo es un principio rector sobre cómo usar las URL y el protocolo HTTP para estructurar una API. No dice nada sobre los formatos de retorno, que también pueden ser JSON.
Eso se opone, por ejemplo, a las API que envían mensajes binarios o XML a un puerto designado, sin utilizar diferencias en métodos HTTP o URL en absoluto.
No hay comparación en REST y API, REST es un tipo de API.
API, en general, es un conjunto de protocolos implementados sobre un software de aplicación para comunicarse con otros componentes de software (como el navegador que interactúa con los servidores) y proporcionar una interfaz para los servicios que el software de aplicación ofrece a varios consumidores en vivo.
Y Rest es una forma de principio que sigue una API en la que el servidor proporciona información sobre lo que el cliente desea para interactuar con los servicios.
Puntuaciones y reseñas
Si te ha resultado de utilidad este artículo, nos gustaría que lo compartas con otros seniors así contrubuyes a extender este contenido.