¿Alguna vez es malo usar mucho una API?

No especificó si se trataba de una API interna o pública, por lo que voy a asumir cualquiera / ambos.

Cuando dices “mucho”, ¿te refieres a depender de él en muchos fragmentos de código o apoyándote constantemente en unos pocos?

Si es lo primero, siempre que esté al tanto de los cambios en la API y tenga un monitoreo / registro proactivo, es una excelente manera de mantener su aplicación desacoplada o al menos unida.

Si “mucho” significa que está sondeando una API o servicio específico cada 10 segundos, entonces podría estar arriesgando una degradación del rendimiento como mínimo, o peor, violando los términos del servicio si se trata de una API de terceros alojada en otro lugar. Odiaría que se revocara su clave de acceso o se bloqueara la IP por “forzar” su servicio.

Realice siempre la cantidad mínima mínima de llamadas API por unidad de tiempo que puede salirse con la suya, incluso si el punto final del servicio está alojado internamente, y asegúrese de que realmente necesita todos los campos y filas (lo siento, “documentos”) devueltos en esas llamadas.

Por ejemplo, veo demasiados desarrolladores jóvenes que realizan llamadas a algún método API que devuelve “últimas n publicaciones”, y luego usan la lógica del lado del servidor o del cliente para filtrar todo excepto los nuevos, lo que resulta en tráfico innecesario y sobrecarga de proceso durante todo el día. Mientras tanto, enterrado en los documentos API será una opción muy superior para recuperar “últimas n publicaciones desde “.

Un ejemplo trivial, pero estos son los tipos de problemas que pueden restar valor a los beneficios del uso de API y dañar el rendimiento de su aplicación.

Depende de cómo se defina mal. Te esclaviza a un tercero, pero eso es prácticamente todo, IMO.

En general no está mal. Puede evitar reinventar inútilmente la rueda.
Sin embargo, cuanto más lo use, más dependerá su programa.