Selon cet article, l' application / xml est préférée.
ÉDITER
J'ai fait un petit suivi sur l'article.
L'auteur affirme que l'encodage déclaré dans les instructions de traitement XML, comme:
<?xml version="1.0" encoding="UTF-8"?>
peut être ignoré lorsque text/xml
le type de support est utilisé.
Ils soutiennent la thèse avec la définition de la text/*
spécification de la famille de type MIME dans la RFC 2046 , en particulier le fragment suivant:
4.1.2. Charset Parameter
A critical parameter that may be specified in the Content-Type field
for "text/plain" data is the character set. This is specified with a
"charset" parameter, as in:
Content-type: text/plain; charset=iso-8859-1
Unlike some other parameter values, the values of the charset
parameter are NOT case sensitive. The default character set, which
must be assumed in the absence of a charset parameter, is US-ASCII.
The specification for any future subtypes of "text" must specify
whether or not they will also utilize a "charset" parameter, and may
possibly restrict its values as well. For other subtypes of "text"
than "text/plain", the semantics of the "charset" parameter should be
defined to be identical to those specified here for "text/plain",
i.e., the body consists entirely of characters in the given charset.
In particular, definers of future "text" subtypes should pay close
attention to the implications of multioctet character sets for their
subtype definitions.
Selon eux, de telles difficultés peuvent être évitées lors de l'utilisation du application/xml
type MIME. Que ce soit vrai ou non, je n'irais pas jusqu'à éviter text/xml
. À mon humble avis, il est préférable de simplement suivre la sémantique de la lisibilité humaine (non-lisibilité) et n'oubliez pas de spécifier le jeu de caractères.