Haré un par de suposiciones para responder esta pregunta:
1. Se refiere a las API accesibles a través de HTTP.
2. Cuando habla de bibliotecas, se refiere a una interfaz API construida en un lenguaje de programación particular. Por ejemplo, la gema “twitter” (http://rubygems.org/gems/twitter) es una biblioteca Ruby para la API de Twitter.
Si una API no tiene ninguna biblioteca, significa que nadie ha creado una interfaz para esa API en ningún lenguaje de programación. Esto no significa que no pueda interactuar con la API. Todavía puede realizar solicitudes HTTP directamente a la API utilizando varios métodos, por ejemplo, su navegador web, complementos del navegador web, por ejemplo, Poster, desde un terminal que usa cURL, wget, etc., o cualquier lenguaje de programación que pueda comunicarse a través de HTTP.
- Cómo transferir mis aplicaciones de mi teléfono anterior a mi nuevo teléfono con el mismo número de teléfono
- ¿Qué hizo a WhatsApp diferente de sus imitadores?
- ¿Cuál es la mejor aplicación móvil para GRE Prep?
- ¿Cuál es la diferencia entre Adjust y Localytics en la atribución de aplicaciones móviles?
- ¿Qué aplicación debe estar en cada teléfono?
Los inconvenientes de una API que no tiene bibliotecas significa que tiende a ser más difícil integrar esa API en su producto. Una biblioteca le permitirá realizar solicitudes en una o dos líneas de código, lo que requeriría muchas más líneas si tuviera que generar la solicitud, enviarla, analizar la respuesta, verificar errores, etc. En resumen, la integración sigue siendo posible pero tiende a implicar más esfuerzo y trabajo.
Realmente no hay ningún beneficio para una API que no tiene bibliotecas. Sin embargo, como nota al margen, si un desarrollador quiere involucrarse en la comunidad de código abierto, entonces construir bibliotecas para API que no tienen bibliotecas en ciertos lenguajes de programación es un buen lugar para comenzar.
