Exemple OpenAPI
Découvrez une page d'endpoint générée en direct depuis OpenAPI et comment Jamdesk affiche requêtes, réponses et authentification depuis votre spec.
Créer un nouveau ticket pour un problème ou une demande client.
Body
customer_idstringrequiredIdentifiant du client dans Acme.
subjectstringrequiredRésumé court du problème.
priority"low" | "normal" | "high" | "urgent""low" | "normal" | "high" | "urgent"tagsarray<string>messagestringrequiredDescription détaillée du problème.
Response
Ticket créé
idstringcustomer_idstringsubjectstringprioritystringstatus"open" | "pending" | "resolved""open" | "pending" | "resolved"tagsarray<string>messagestringcreated_atstring<date-time>updated_atstring<date-time>Cette page présente un endpoint en direct généré à partir d'une spécification OpenAPI. Le schéma de requête, les modèles de réponse et les exemples de code du panneau de droite sont tous générés automatiquement à partir de la spec, sans rédaction manuelle.
Cet exemple utilise l'API Acme Support. Mettez à jour api.openapi dans votre docs.json pour pointer vers votre propre fichier de spec et générer de vrais endpoints.
Docs multilingues ? Fournissez un fichier <spec>.<lang>.<ext> à côté de votre spec source (par exemple, example-api.fr.yaml) et Jamdesk affiche la version traduite lorsque les utilisateurs consultent la page sous /fr/.... Voir Traduire les spécifications OpenAPI.
Cette page a le API Playground activé. Cliquez sur Try it sur l'endpoint ci-dessus pour tester l'API en direct.
Ce qui est généré
À partir d'une seule ligne de frontmatter openapi, Jamdesk génère automatiquement :
- Un badge d'endpoint affichant la méthode et le chemin avec un code couleur
- Une documentation des paramètres pour les paramètres de chemin, de requête, d'en-tête et de corps
- Des schémas de requête et de réponse, y compris les objets imbriqués et les tableaux
- Des exemples de code en cURL, Python, JavaScript, Go, Ruby, C#, Java, Rust et PHP (configurable via
api.examples.languages) - Des détails d'authentification extraits des schémas de sécurité de la spec
Toutes les références $ref de votre spec sont résolues automatiquement, vous pouvez donc organiser les schémas avec components/schemas comme d'habitude.
Les descriptions de votre spec sont rendues en Markdown, et non affichées en texte brut — les descriptions d'opération, de paramètre, de corps de requête, de réponse et de schéma prennent toutes en charge le même gras, code, listes, liens et tableaux GFM que vous écririez dans une page .mdx.
Configurer OpenAPI
Placez votre spec OpenAPI 3.x (YAML ou JSON) dans le répertoire openapi/, enregistrez-la dans docs.json sous api.openapi, puis ajoutez openapi: /openapi/your-spec.yaml METHOD /path au frontmatter de n'importe quelle page. Consultez le guide de configuration OpenAPI pour tous les détails.
Générer une page pour chaque opération
Plutôt que de rédiger une page par endpoint, pointez un onglet de navigation vers la spec et laissez Jamdesk construire toute la référence :
{
"navigation": {
"tabs": [
{
"tab": "API Reference",
"openapi": { "source": "/openapi/api.yaml", "generate": true }
}
]
}
}Chaque opération obtient une page et la barre latérale est regroupée par tag. Les fichiers .mdx déjà commités dans le dépôt sont prioritaires en cas de collision de slug, vous pouvez donc adopter cette approche une page à la fois, et renommer un chemin dans votre spec redirige l'ancienne URL au lieu de la casser. Consultez navigation openapi pour toutes les règles et les limites actuelles.
Vous écrivez votre spec en YAML ? Passez-la dans le Validateur YAML gratuit pour détecter les erreurs d'indentation et de syntaxe avant que le build ne l'analyse.
