Capítulo 6. Estilos de API
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
El diseño depende en gran medida de las limitaciones.
Charles Eames
APIs son un elemento de diseño necesario en cualquier infraestructura que interconecte componentes digitalmente. Las API permiten que varios componentes se comuniquen, y viéndolo de este modo se ve qué patrón general son en realidad las API. Cuando aquí decimos "patrón", nos referimos a las interacciones generales de comunicación que admiten las API. Ten en cuenta que se trata de un nivel de abstracción superior al de las tecnologías específicas que definen formas concretas de aplicar los patrones.
Dado que las API son un patrón tan general, surge la pregunta de si existe una única forma correcta de diseñarlas. Pero, como era de esperar, el mundo es un poco más complicado.
Un buen ejemplo es el debate "REST frente a GraphQL", que lleva varios años produciéndose de diversas formas. Si miramos más allá del extraño debate de que un enfoque de API es generalmente mejor que otro, no tardamos en ver que esta cuestión compara las cosas en un nivel diferente. Veamos brevemente estos niveles porque nos proporcionan una forma estupenda de distinguir los patrones (que llamamos estilos de API) de las tecnologías.
REST es un patrón, lo que significa que no existe una "tecnología REST" o un "protocolo REST". HTTP es una base útil para implementar ese patrón, pero también se necesitan ...
Get Gestión Continua de APIs, 2ª Edición now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
