Synchrone API va bloquer l'appelant jusqu'à ce qu'elle retourne. Une API asynchrone ne va pas bloquer l'appelant et exigeront généralement une fonction de callback qui sera exécutée une fois le travail terminé.
Quand et pourquoi nous avons besoin d'API asynchrone? Les fonctions de rappel est importune et ne convient pas pour l'ajout de la nouvelle méthode.
si vous avez un travail qui va prendre, disons, 10 minutes, et vous ne voulez pas de l'application d'être bloqué pendant ces 10 minutes, alors vous feriez générer un thread asynchrone. Est-ce que vous demandez?
Vous pouvez avoir le même dans les Api Web. Certaines Api sera de retour des données dans le corps du résultat des appels et d'autres vont juste retour (par exemple) un 202 et puis faire quelque chose dans le fond (traitement de données, mise en place d'un abonnement). Webhooks sont alors une manière commune de ping-vous en arrière quand le travail que vous avez demandé est "fait".
À 3scale, nous utilisons utiliser les deux modes synchrone et asynchrone avec webhooks pour éviter aux gens de devoir couple trop étroitement aux systèmes.
Synchrone API va bloquer l'appelant jusqu'à ce qu'elle retourne. Une API asynchrone ne va pas bloquer l'appelant et exigeront généralement une fonction de callback qui sera exécutée une fois le travail terminé.
Blocage
Rappel
Vous pouvez avoir le même dans les Api Web. Certaines Api sera de retour des données dans le corps du résultat des appels et d'autres vont juste retour (par exemple) un 202 et puis faire quelque chose dans le fond (traitement de données, mise en place d'un abonnement). Webhooks sont alors une manière commune de ping-vous en arrière quand le travail que vous avez demandé est "fait".
À 3scale, nous utilisons utiliser les deux modes synchrone et asynchrone avec webhooks pour éviter aux gens de devoir couple trop étroitement aux systèmes.