XML a une convention selon laquelle les types MIME non standard basés sur XML prennent sur un suffixe "+ XML" (utile pour la mise en évidence de la syntaxe, etc.). Ceci est décrit par RFC3023 . P>
J'ai parcouru RFC4626 mais je ne trouve aucun mention de quelque chose de similaire pour JSON. JSON a-t-il une convention similaire? Est-il documenté n'importe où? P>
5 Réponses :
XML a une variété de types de média là-bas. Certains courants sont: p>
application / xhtml + xml code> li>
- svg fort> (graphique vectoriel évolutif)
image / svg + xml code> li>
-
RSS STRAND> (syndication vraiment simple) Application / RSS + XML CODE> LI>
ul>
Chaque type MIME identifie une langue différente. P>
RFC 3023 standardise la convention d'utilisation du suffixe + XML comme indiqué à juste titre par vous. p>
Paraphrasé de l'article Wikipedia - XML et MIME . P>
Mise à jour: strong> supprimé une hypothèse incorrecte de l'absence que JSON n'est pas utilisée comme représentation alternative pour XML. P>
Il existe des types de mime alternatifs avec suffixe + JSON code> être largement utilisé. Et comme indiqué à juste titre, ceux-ci continueront à croître considérant JSON. P>
Le + JSON code> suffixe est non standard, mais utilisé par d'autres. P>
Je ne pense pas que cela soit vrai - il y a un nombre croissant de formats basés sur JSON, similaire à la manière dont XML (méta-language) est utilisé pour définir des éléments tels que XHTML, SVG et RSS. Par exemple, le format des flux d'activités a à la fois des variantes de base XML et JSON; Geojson est utilisé assez largement et le nombre va grandir.
L'API GITUB utilise des types de MIME JSON personnalisés. P>
http://developer.github.com/v3/media/ P >
Vous pouvez adopter leurs conventions. P>
Je ne pense pas que cela a été documenté de la même manière que les types MIME XML personnalisés ont. Je pense que c'est utile, cependant, et que cela devrait être documenté. Entre-temps, vous pouvez les utiliser et comprendre que certains outils ne reconnaîtront pas le type MIME comme JSON. P>
J'ai vu une telle convention utilisée, oui. Ce n'est pas quelque chose que JSON (la spécification) doit spécifier, bien que des révisions supplémentaires puissent peut-être suggérer des directives. Très probablement, il serait défini comme un RFC séparé. P>
Vous voudrez peut-être poser cette question sur une liste de diffusion telle que reposant-json , où il y a plus d'experts qui pourraient donner une réponse plus complète. P>
Il existe un processus de spécification en cours pour "Application /" Sous-type "+ JSON" CODE> dans Un type de support JSON pour décrire la structure et la signification des documents JSON dans le projet d'écriture de statut. D'autres ressources sont disponibles chez http://json-schema.org/ . P>
La spécification du schéma JSON ne définit pas réellement un JSON code> suffixe de suffixe. La spécification se tient simplement à faire référence à un
type d'application / schema + json code> MIME, mais ce n'est pas le même.
Wow. Je n'ai aucune idée de ce que je pensais. Vous avez raison, le brouillon ci-joint fait i> définit un + JSON code> suffixe.
Oui, le suffixe + JSON est décrit dans le RFC suivant: https://www.rfc-editor.org/rfc/rfc6839 P >
Peut-être que vous pourriez élargir votre réponse au moment où cela représente peu plus qu'un lien.