Les pubs vous déplaisent ? Aller Sans pub Auj.

Convertisseur OpenAPI v2 vers v3

DonnéesPromoteur
ANNONCE · Supprimer ?

Options

ANNONCE · Supprimer ?

Guide

Convertisseur OpenAPI v2 vers v3

Convertisseur OpenAPI v2 vers v3

Collez une spécification Swagger 2.0 et obtenez une version valide de OpenAPI 3.0.3 sous forme de JSON ou YAML. Le convertisseur applique les règles officielles de correspondance structurale — déplaçant definitions sous components/schemas, regroupant host, basePathet schemes dans servers, divisant consumes et produces en cartes par opération content et reformulant les paramètres de formulaire et les définitions de sécurité — afin que votre spécification soit compatible avec les outils modernes d'OpenAPI.

Comment utiliser

  1. Collez votre spécification Swagger 2.0 dans la zone d'entrée. JSON et YAML sont tous deux acceptés ; le format est détecté automatiquement.
  2. Choisissez un format de sortie : conservez le format d'entrée ou forcez le JSON ou YAML.
  3. Quitter Corriger les champs manquants pour compléter automatiquement les champs obligatoires de la version 3 comme info.title, info.version, et les descriptions des réponses manquantes lorsque la source v2 les omet.
  4. Lisez le résumé de conversion et les avertissements affichés au-dessus du résultat, puis copiez ou téléchargez la spécification OpenAPI 3.0.3 résultante.

Caractéristiques

  • Entrée en JSON ou YAML, sortie en JSON ou YAML — choisissez le format que vous préférez ou répétez celui d'entrée.
  • Correspondance structuraledefinitionscomponents/schemas, securityDefinitionscomponents/securitySchemes, parameters/responses sont déplacées sous components, et chaque $ref pointeur est réécrit pour correspondre.
  • Serveurs à partir de host, basePath, schemes — combinés dans le tableau v3 servers avec HTTPS préféré lorsque plusieurs schémas sont listés.
  • Négociation de contenuconsumes et produces sont traduites en cartes par opération requestBody.content et responses[*].content .
  • Paramètres de corps et de formulairein: body devient un champ v3 requestBodyet in: formData les champs sont regroupés dans un multipart/form-data ou application/x-www-form-urlencoded schéma de corps de requête.
  • Mise à jour du flux de sécurité — les valeurs OAuth2 flow sont réattribuées à l'objet v3 flows ()implicit, password, clientCredentials, authorizationCode).
  • Mode de correction — lorsque activé, remplit les champs manquants afin que la sortie passe un validateur v3 au lieu de échouer à cause de défauts mineurs dans la source.
  • Résumé de conversion et avertissements — comptage des chemins, des schémas et des schémas de sécurité convertis, ainsi que des avertissements pour tout ce qui ne peut pas être mappé de manière univoque.
  • Fonctionne entièrement dans votre navigateur — votre spécification ne quitte jamais la page.

FAQ

  1. Quelles sont les modifications structurales entre Swagger 2.0 et OpenAPI 3.0 ?

    OpenAPI 3.0 a réorganisé les composants réutilisables sous un seul components objet : definitions est devenu components/schemas, parameters est devenu components/parameters, responses est devenu components/responseset securityDefinitions est devenu components/securitySchemes. La surface de transport a également changé : host, basePathet schemes ont été fusionnées dans un servers tableau de URL de base complètes, tandis que les tableaux implicites consumes et produces ont été remplacés par des content tableaux clés par type de média sur chaque corps de requête et réponse.

  2. Pourquoi les corps de requête ont-ils besoin d'une nouvelle forme dans OpenAPI 3.0 ?

    Dans Swagger 2.0, un corps de requête était simplement un paramètre avec in: body, et les champs de formulaire étaient des paramètres avec in: formData. Cela a fusionné deux préoccupations différentes (paramètres de chemin/paramètres de requête/paramètres d'en-tête versus le corps de requête) dans une même liste et a rendu la négociation de type de contenu difficile. OpenAPI 3.0 les a séparées : les paramètres sont uniquement pour chemin, requête, en-tête et cookie ; le corps de requête est déplacé dans un requestBody avec un content map. Cela vous permet de décrire une seule endpoint qui accepte application/json, multipart/form-dataet application/x-www-form-urlencoded avec des schémas différents pour chaque.

  3. Swagger 2.0 et OpenAPI 3.0 sont-ils compatibles en transmission ?

    Non. Ils sont des versions de format de description, pas des versions de protocole d'API, donc une spécification convertie ne change pas la manière dont votre service réagit en temps réel — mais les outils (générateurs, validateurs, serveurs de simulation, afficheurs UI) doivent comprendre la version que vous publiez. OpenAPI 3.0 a introduit des fonctionnalités sans équivalent dans v2, notamment oneOf/anyOf/not, les callbacks, les liens et des flux de sécurité plus riches. Le passage vers l'avant (v3 → v2) est donc perdu en général, tandis que le passage en arrière (v2 → v3) est largement mécanique car v2 est un sous-ensemble strict de l'expressivité de v3.

  4. Qu'est-ce que $ref signifie en ce contexte ?

    UN $ref est un pointeur de référence JSON comme #/definitions/User. La conversion doit réécrire chaque pointeur car le chemin cible change : #/definitions/User devient #/components/schemas/User, #/parameters/AuthHeader devient #/components/parameters/AuthHeader, et ainsi de suite. Les pointeurs eux-mêmes ne sont pas résolus (le document continue à faire référence par emplacement), mais ils doivent être réécrits en corrélation avec le déplacement structuré afin que la spécification v3 résultante reste internement cohérente.

Envie d'une expérience sans pub ? Passez à la version sans pub

Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur Extension Chrome Sur Extension de bord Sur Extension Firefox Sur Extension de l'opéra

Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?
ANNONCE · Supprimer ?
ANNONCE · Supprimer ?

Coin des nouvelles avec points forts techniques

Impliquez-vous

Aidez-nous à continuer à fournir des outils gratuits et précieux

Offre-moi un café
ANNONCE · Supprimer ?