Vous est-il déjà arrivé de vouloir commander un ticket pour le concert de votre artiste préféré en ligne via un unique site web qui ne répond pas ?
De vouloir envoyer un gros fichier CSV dont le traitement automatisé vous bloque toute autre action durant ce traitement via un beau message « Chargement… » ? Attendre une vidéo qui met du temps à se ré-encoder après téléchargement sur la toile ?

Tous ces problèmes peuvent s’expliquer par plusieurs facteurs: la surcharge d’utilisateurs simultanés, un algorithme très chronophage incontournable, une architecture peu performante due à son ancienneté.
Lire la suite;

Bonjour, aujourd’hui nous allons swagger sur la vague des APIs REST avec la création d’un serveur d’API en Spring Boot avec Open API 3 et les outils Swagger.

Design de l’API

La méthodologie : l’approche « contract first »

Développeurs, je sais que les lignes de codes vous brûlent les doigts, mais vous allez devoir patienter un peu. Nous allons en effet opter pour une méthodologie « contract first » pour designer cette API. Cette approche relativement récente consiste avant toute chose à définir un contrat entre le fournisseur et le client de l’API. Il faut donc commencer par écrire une spécification détaillée avant de commencer tout développement. Ce contrat peut être établi de façon itérative, en commençant par des URIs de base et des exemples d’échanges, puis en l’étoffant au fur et à mesure, en collaboration avec les différents acteurs du projet. C’est une fois seulement que le contrat est stable que les développements pourront débuter.
Lire la suite;