que signifie le bout de serveur Swagger?
Je suis nouveau sur Swagger et j'ai rencontré le terme Server Stub. Je ne comprends pas ce que cela signifie, et il serait apprécié que quelqu'un m'explique ce terme.
À partir d'un tutoriel swagger:
Avec SwaggerHub, vous pouvez facilement générer un stub de serveur ( un stub d'implémentation d'API ) pour Node.js, ASP.NET, JAX-RS et d'autres serveurs et cadres. Le stub du serveur est un bon point de départ pour implémenter votre API - vous pouvez l'exécuter et le tester localement, implémenter la logique métier de votre API, puis la déployer sur votre serveur.
https://app.swaggerhub.com/help/apis/generating-code/server-stub
et un talon est:
stub de méthode ou simplement stub dans le développement de logiciels est un morceau de code utilisé pour remplacer certaines autres fonctionnalités de programmation. Un stub peut simuler le comportement du code existant (comme une procédure sur une machine distante, de telles méthodes sont souvent appelées simulacres) ou être un substitut temporaire à du code encore à développer. Les stubs sont donc très utiles pour le portage, l'informatique distribuée ainsi que pour le développement et les tests généraux de logiciels.
Stub the Api signifie: créer à une maquette pour servir des exemples décrits dans swagger fille. Cette maquette peut être formatée dans des langues/framework spécifiques
Le stubbing du serveur peut être assez puissant en fonction de la plate-forme et du framework back-end que vous prévoyez d'utiliser pour votre API.
Par exemple, vous pouvez choisir Apache (courant dans les environnements Linux) ou ASP.NET (courant pour IIS). Les "talons" de serveur générés seront généralement une bibliothèque déployable sur cette plate-forme spécifique. Ce que vous obtenez généralement, c'est:
- Routage vers votre logique métier. Le cadre gérera la spécification HTTP, mais en réalité le mappage d'un "contrôleur" à votre couche de service est géré par le générateur de code, basé sur votre spécification API.
- Sérialisation et désérialisation de vos modèles (s'applique aux langages fortement typés comme Java/C #).
- AuthN/AuthZ peut être géré, dans une certaine mesure, en fonction de la prise en charge du framework pour le schéma d'authentification choisi par votre API.
tl; dr: un stub de serveur est destiné à être une application prête à être déployée qui achemine les requêtes HTTP vers votre logique métier réelle sur le backend.