Sélection d'un encodeur de message
Cette rubrique présente les critères de sélection des encodeurs de message inclus dans Windows Communication Foundation (WCF) : binaire, texte et MTOM (Message Transmission Optimization Mechanism).
Dans WCF, vous spécifiez comment transférer des données sur un réseau entre des points de terminaison à l'aide d'une liaison composée d'une séquence d'éléments de liaison. Un encodeur de message est représenté par un élément de liaison d'encodage de message dans la pile de liaison. Une liaison inclut des éléments de liaison de protocole facultatifs, tels qu'un élément de liaison de sécurité ou un élément de liaison de messagerie fiable, un élément de liaison d'encodage de message requis, et un élément de liaison de transport requis.
L'élément de liaison d'encodage de message se trouve au-dessous des éléments de liaison de protocole facultatifs et au-dessus de l'élément de liaison de transport requis. Sur le côté sortant, un encodeur de message sérialise le Message sortant et le transmet au transport. Sur le côté entrant, un encodeur de message reçoit le formulaire sérialisé d'un Message du transport et le passe à la couche de protocole supérieure, si celle-ci est présente, ou à l'application, dans le cas contraire.
Lors de la connexion à un client ou serveur préexistant, il se peut que vous n'ayez pas le choix de l'utilisation d'un encodage de message spécifique car vous devez encoder vos messages conformément à ce que l'autre côté attend. Toutefois, si vous écrivez un service WCF, vous pouvez exposer votre service via plusieurs points de terminaison, chacun d'entre eux utilisant un encodage de message différent. Cela permet aux clients de choisir l'encodage le plus approprié pour communiquer avec votre service sur le point de terminaison le plus adapté pour eux, et à vos clients de choisir l'encodage le plus adéquat. L'utilisation de plusieurs points de terminaison vous permet également de combiner les avantages d'encodages de message différents avec d'autres éléments de liaison.
Encodeurs fournis par le système
WCF inclut trois encodeurs de message représentés par les trois classes suivantes :
L'encodeur de message texte TextMessageEncodingBindingElement prend à la fois en charge l'encodage XML brut et l'encodage SOAP. Le mode d'encodage XML brut de l'encodeur de message texte est appelé POX (Plain Old XML) afin de le distinguer de l'encodage SOAP basé sur le texte. Pour activer le mode POX, affectez la valeur None à la propriété MessageVersion. Utilisez l'encodeur de message texte pour interagir avec les points de terminaison non-WCF.
L'encodeur de message binaire BinaryMessageEncodingBindingElement utilise un format binaire compact et est optimisé pour la communication WCF vers WCF, et n'est donc pas interopérable. C'est également l'encodeur le plus performant de tous ceux fournis par WCF.
L'élément de liaison MTOMMessageEncodingBindingElement spécifie l'encodage de caractères et le contrôle de version des messages encodés avec MTOM. MTOM est une technologie efficace de transmission de données binaires dans les messages WCF. L'encodeur MTOM tente de créer un équilibre entre rendement et interopérabilité. L'encodage MTOM transmet la plupart du XML sous forme textuelle, mais optimise les blocs de données binaires volumineux en les transmettant tels quels, sans conversion en texte. En termes de rendement, MTOM se situe, parmi les encodeurs fournis par WCF, entre le texte (le plus lent) et le binaire (le plus rapide).
Comment choisir un encodeur de message
Le tableau suivant décrit les facteurs courants utilisés pour choisir un encodeur de message. Donnez la priorité aux facteurs significatifs pour votre application, puis choisissez les encodeurs de message qui fonctionnent le mieux avec ceux-ci. Assurez-vous de prendre en compte les facteurs supplémentaires non répertoriés dans ce tableau et les encodeurs de message personnalisés qui peuvent s'avérer nécessaires dans votre application.
| Facteur | Description | Encodeurs qui prennent en charge ce facteur |
|---|---|---|
Jeux de caractères pris en charge |
TextMessageEncodingBindingElement et MtomMessageEncodingBindingElement prennent en charge uniquement les encodages UTF8 et UTF16 Unicode (avec primauté des octets de poids fort (big-endian) et avec primauté des octets de poids faible (little-endian)). Si d'autres encodages sont requis, tels qu'UTF7 ou ASCII, un encodeur personnalisé doit être utilisé. Pour obtenir un exemple d'encodeur personnalisé, consultez Encodeur de message personnalisé (page éventuellement en anglais). |
Texte |
Inspection |
L'inspection désigne la capacité à examiner des messages pendant la transmission. Les encodages de texte, avec ou sans l'utilisation de SOAP, autorisent l'inspection et l'analyse des messages par de nombreuses applications sans l'utilisation d'outils spécialisés. Notez que l'utilisation de sécurité de transfert, au niveau du message ou du transport, affecte votre capacité à inspecter des messages. La confidentialité et l'intégrité empêchent respectivement l'examen et la modification d'un message. |
Texte |
Fiabilité |
La fiabilité désigne la résilience d'un encodeur aux erreurs de transmission. La fiabilité peut également être fournie au niveau du message, du transport ou de la couche d'application. Tous les encodeurs standard WCF partent du principe qu'une autre couche fournit la fiabilité. L'encodeur a peu de possibilité de récupérer d'une erreur de transmission. |
Aucun |
Simplicité |
La simplicité représente la facilité avec laquelle vous pouvez créer des encodeurs et décodeurs pour une spécification d'encodage. Les encodages de texte sont particulièrement avantageux en termes de simplicité, et l'encodage de texte POX présente l'avantage supplémentaire de ne requérir aucune prise en charge pour le traitement SOAP. |
Texte (POX) |
Taille |
L'encodage détermine la quantité de charge mémoire imposée sur le contenu. La taille des messages encodés est directement associée au débit maximal des opérations de service. Les encodages binaires sont en général plus compacts que les encodages de texte. Lorsque la taille de message est importante, compressez également le contenu du message lors de l'encodage. Cependant, la compression augmente les coûts de traitement à la fois de l'expéditeur et du récepteur du message. |
Binaire |
Diffusion en continu |
La diffusion en continu permet aux applications de commencer à traiter un message avant qu'il ne soit totalement arrivé. L'utilisation efficace de la diffusion en continu requiert que les données importantes d'un message soient disponibles au début de celui-ci afin que l'application de réception n'ait pas à attendre qu'elles arrivent. De plus, les applications qui utilisent le transfert en continu doivent organiser les données du message de façon incrémentielle afin que le contenu n'ait pas de dépendances ascendantes. Dans de nombreux cas, vous devez trouver un compromis entre diffuser du contenu en continu et avoir la taille de transfert la plus petite possible pour celui-ci. |
Aucune |
Prise en charge des outils tiers |
La prise en charge d'un encodage inclut le développement et le diagnostic. Des développeurs tiers ont fait un investissement substantiel dans les bibliothèques et trousses à outils permettant de gérer les messages encodés au format POX. |
Texte (POX) |
Interopérabilité |
Ce facteur fait référence à la capacité d'un encodeur WCF à interagir avec des services non-WCF. |
Texte MTOM (partiel) |