Encodage avec HttpClient dans .NET 4.5

Je suis consommant certaines données à l'aide de la fogbugz API XML. Cette API offre toujours des données en UTF-8.

Lors de l'utilisation de la WebClient classe pour faire une demande, je suis en mesure de définir l'encodage. Par exemple:

var result = new WebClient(); 
result.Encoding = Encoding.UTF8;

Mais que dire de la HttpClient classe?

HttpClient client = new HttpClient();

Dois-je utiliser:

client.GetByteArrayAsync(url);

...et puis de convertir les octets à partir de l'encodage (UTF-8) pour une chaîne de caractères?

Ou est-il possible d'obtenir directement le contenu d'une chaîne UTF-8?

using (var client = Connector.GetHttpClient())
{
    var byteData = await client.GetByteArrayAsync(url);
    data = Encoding.UTF8.GetString(byteData);
}

Enfin, voici un extrait de la réponse XML:

<?xml version="1.0" encoding="UTF-8"?>
<response>
InformationsquelleAutor Boas Enkler | 2012-06-13
  1. 11

    Vous devriez être en mesure d'utiliser GetStringAsync - je m'attends à de l'encodage à être déterminé par les en-têtes de la réponse HTTP. Si le serveur n'a pas d'indiquer l'encodage, alors vous devriez éventuellement demander, pour que ce soit corrigé.

    Alternativement, si vous êtes à l'extraction de données XML, juste aller la chercher comme un tableau d'octets et d'analyser que les binaires directement - la déclaration XML doit spécifier l'encodage pour les non-UTF-8/UTF-16 données de toute façon, donc je dirais qu'en fait il y a moins de place pour l'erreur de cette façon.

    • Salut Jon. Merci pour votre réponse. Le Codage de la Balise est toujours inclus la réponse. Dans le FogBugz Cas, il est toujours UTF-8. Voici un exemple de début de l'XML <?xml version="1.0" encoding="UTF-8"?> <réponse>.... Je me suis appuyé sur ce avec webclient, il y a l'encodage n'était pas respecté à partir de l'api, Donc je ne suis pas sûr de faire confiance à nouveau sur l'api sans la fonctionnalité documentée 🙁 Donc l'Obtention de l'objet ByteArray (comme mon codesample ci-dessus) doivent être le moyen le plus sûr ?
    • Le client ne va pas prendre l'encodage à partir de la corps - il doit être spécifié dans le en-têtes. Mais comme je l'ai dit, le plus sûr moyen est de chercher des octets et d'analyser à partir de données binaires. (Créer un MemoryStream pour envelopper le tableau d'octets).
    • ok pense que c'est la meilleure solution. Kris a également recommandé la même chose 🙂
    • Juste une question. En Enveloppant les octets ina memoery et en passant à la XELement.De la charge. Cette méthode de disposer de flux de mémoire automatiquement lorsqu'il n'est pas nécessaire, pas plus ? Ou dois-je prendre soin de moi-même?
    • En théorie, vous devriez Jeter. Dans la pratique, d'en Disposer ne fait rien pour un MemoryStream (il n'y a pas des ressources non managées derrière elle).
    • Peut la jeter directement après le chargement de devrait-il exister que lon que je suis sur le créé XElement?
    • Ce que Kris a dit, en gros. Vous pouvez en disposer immédiatement après avoir analysé les données, si vous êtes juste en utilisant XElement.Parse. Si vous deviez créer un XmlReader, qui serait une autre affaire, qui maintient une référence vers le cours d'eau, de sorte qu'il peut lire uniquement les données dont il a besoin.

    InformationsquelleAutor Jon Skeet
  2. 4

    Si je comprends bien, vous n'avez pas besoin d'une chaîne, vous devez XML.

    En supposant que vos données ne sont pas trop gros, lire un tableau d'octets avec 

    byte[] bytes = await client.GetByteArrayAsync(url);

    puis créer un flux de mémoire à partir de ce tableau, et ensuite de lire les données XML à partir de ce flux, par exemple:

    XElement element = XElement.Load(new MemoryStream(bytes), LoadOptions.None);

    Si vous utilisez un autre API XML, vous pouvez utiliser

    XmlReader reader = XmlReader.Create(new MemoryStream(bytes));
    • belle idée. mais j'aimerais aussi comprendre le comportement attendu pour d'autres scénarios.
    InformationsquelleAutor Kris Vandermotten