La chose la plus proche que je pouvais trouver était System.Net.Mime.MediaTypeNames mais cela ne semble pas avoir tout (comme JSON) car il semble être plus concentré autour des pièces jointes.Y at-il un ENUM pour la propriété ContentType sur un HttpWebResponse ("text/plain", "octet-stream d'application /", etc.)?
Un ENUM ne fait pas beaucoup de sens. Les types MIME sont ouverts. Autrement dit, la liste n'est pas finie: de nouveaux types sont ajoutés de temps en temps.
Voir RFC4288: Media Type Specifications and Registration Procedures
Cela a du sens pour moi. Pas dans le cadre de .NET parce que ce n'est pas mis à jour fréquemment (il ne devrait pas être). Mais comme une bibliothèque séparée qui pourrait être mise à jour aussi souvent que de nouveaux types sont ajoutés (et les utilisateurs de la bibliothèque se sont souciés). Les fuseaux horaires sont également ouverts mais cela ne semble pas empêcher l'utilité des bibliothèques basées sur [base de données tz] (http://www.wikiwand.com/fr/Tz_database). –
@KennyEvitt Nous conservons une énumération interne pour les types courants que nous utilisons beaucoup. Aucun problème avec cela. Semble mieux que des ficelles magiques, non? – crush
IANA's database est plus susceptible d'être complète, mais vous devez analyser ces pages pour obtenir une liste à plat.
Il y a également le fichier mime.types qui vient avec Apache qui semble avoir été dérivé de ladite liste.
Une liste à plat est déjà proposée en fichier CSV sur le site Web de la base de données de l'IANA. – WoIIe
J'analysables la énuméré sur Wikipedia il y a quelques années et Generated C#, son ici: http://stackoverflow.com/questions/10362140/asp-mvc-are-there-any-constants-for-the-default-content-types –
Quelque chose de semblable [ici] (http://stackoverflow.com/questions/10362140/asp-mvc-are-there-any-constants-for-the-default-content-types). Les gens en font habituellement en créant des constantes comme 'System.Net.Mime.MediaTypeNames' ne serait jamais une liste exhaustive/complète. – RBT