Choix d'un transport

Cette rubrique traite des critères permettant de choisir parmi les trois principaux transports inclus dans Windows Communication Foundation (WCF) : HTTP, TCP et canaux nommés. WCF inclut également un transport de mise en file d'attente de messages (également appelé MSMQ), mais ce document n'aborde pas la mise en file d'attente des messages.

Le modèle de programmation WCF sépare des opérations de point de terminaison (exprimées dans un contrat de service) du mécanisme de transport qui connecte deux points de terminaison. Vous pouvez ainsi décider du mode d'exposition de vos services sur le réseau.

Dans WCF, vous spécifiez comment transférer des données sur un réseau entre des points de terminaison en utilisant une liaison qui se compose d'une séquence d'éléments de liaison. Un transport est représenté par un élément de liaison de transport qui fait partie de la liaison. Une liaison inclut des éléments de liaison de protocole facultatifs (la sécurité par exemple), un élément de liaison d'encodeur de message requis et un élément de liaison de transport requis. Un transport envoie ou reçoit la forme sérialisée d'un message depuis ou vers une autre application.

Si vous devez vous connecter à un client ou un serveur existant, vous n'aurez peut-être pas le choix d'utiliser un transport particulier. Toutefois, les services WCF peuvent être accessibles par l'intermédiaire de plusieurs points de terminaison, chacun avec un transport différent. Lorsqu'un transport unique ne couvre pas l'audience prévue pour votre service, vous pouvez exposer le service sur plusieurs points de terminaison. Les applications clientes peuvent utiliser ensuite le point de terminaison le mieux adapté.

Après avoir choisi un transport, vous devez sélectionner une liaison qui l'utilise. Vous pouvez choisir une liaison fournie par le système (consultez Liaisons fournies par le système), ou vous pouvez générer votre propre liaison personnalisée (consultez Liaisons personnalisées). Vous pouvez également créer votre propre liaison. Pour plus d'informations, consultez Création de liaisons définies par l'utilisateur.

Avantages de chaque transport

Cette section décrit les raisons principales motivant le choix d'un des trois principaux transports, ainsi qu'un tableau de prise de décision détaillé pour effectuer ce choix.

Quand utiliser le transport HTTP

HTTP est un protocole de demande/réponse entre clients et serveurs. L'application la plus courante se compose de clients de navigateur Web qui communiquent avec un serveur Web. Le client envoie une demande à un serveur qui écoute les messages de demande du client. Lorsque le serveur reçoit une demande, il renvoie une réponse qui contient l'état de la demande. Si cette demande aboutit, des données facultatives, telles qu'une page Web, un message d'erreur ou autres informations, sont retournées. Pour plus d'informations sur le sujet suivant le protocole HTTP, consultez Protocole HTTP (Hypertext Transfer Protocol) (page pouvant être en anglais).

Le protocole HTTP n'est pas basé sur une connexion ; une fois la réponse envoyée, aucun état n'est maintenu. Pour gérer des transactions de plusieurs pages, l'application doit rendre persistant tout état nécessaire.

Dans WCF, la liaison de transport HTTP est optimisée pour l'interopérabilité avec les systèmes hérités non-WCF. Si tous les correspondants utilisent WCF, les liaisons basées sur des canaux nommés ou sur TCP sont plus rapides. Pour plus d'informations, consultez NetTcpBinding et NetNamedPipeBinding.

Quand utiliser le transport TCP

TCP est un service de remise basé sur une connexion, orienté flux qui permet la détection et la correction d'erreurs de bout en bout. Basé sur une connexion signifie qu'une session de communication entre des hôtes est établie avant l'échange des données. Un hôte est un périphérique sur un réseau TCP/IP identifié par une adresse IP logique.

TCP permet une remise fiable des données tout en étant simple d'utilisation. En particulier, TCP notifie l'expéditeur de la remise de paquets, s'assure que les paquets sont remis dans le même ordre dans lequel ils sont envoyés, retransmet les paquets perdus et garantit que les paquets de données ne sont pas dupliqués. Notez que cette remise fiable s'applique entre deux nœuds TCP/IP et ne s'apparente pas à la norme WS-ReliableMessaging qui, elle, s'applique entre des points de terminaison indépendamment du nombre de nœuds intermédiaires pouvant être inclus.

Le transport TCP WCF est optimisé pour le scénario où les deux extrémités de la communication font appel à WCF. Cette liaison est la liaison WCF la plus rapide pour les scénarios qui impliquent des communications entre des ordinateurs différents. Les échanges de messages utilisent le BinaryMessageEncodingBindingElement pour le transfert de messages optimisé. TCP fournit une communication duplex et peut être ainsi utilisé pour implémenter des contrats duplex, même si le client est placé derrière une traduction d'adresses réseau (NAT).

Quand utiliser le transport de canal nommé

Un canal nommé est un objet dans le noyau du système d'exploitation Windows, tel qu'une portion de mémoire partagée utilisée par les processus pour la communication. Un canal nommé possède un nom et peut être utilisé pour la communication unidirectionnelle ou duplex entre des processus sur un ordinateur unique.

Lorsque la communication est requise entre des applications WCF différentes sur un ordinateur unique, et que vous souhaitez empêcher toute communication provenant d'un autre ordinateur, utilisez le transport de canaux nommés. Une restriction supplémentaire est que les processus qui s'exécutent du Bureau à distance Windows peuvent être limités à la même session de Bureau à distance Windows sauf s'ils possèdent des privilèges élevés.

Attention :

Si vous utilisez le transport de canal nommé avec une réservation d'URL WeakWildcard sur plusieurs sites hôtes hébergés dans IIS, l'erreur suivante peut se produire : Une ereur s'est produite dans le service d'activation « NetPipeActivator » du protocole « net.pipe » lors d'une tentative d'écoute du site « 2 » ; le protocole est par conséquent désactivé momentanément pour le site. Pour plus d'informations, consultez le message d'exception. URL : WeakWildcard:net.pipe:/<ordinateur>/ État : ConflictingRegistration Exception : Nom du processus : SMSvcHost ID de processus : 1076\

Points de décision permettant de choisir un transport

Le tableau suivant décrit les points de décision courants permettant de choisir un transport. Vous devez considérer tous les attributs et les transports supplémentaires qui s'appliquent à votre application. Identifiez les attributs qui sont importants pour votre application, les transports qui s'associent le mieux à chacun de vos attributs, puis sélectionnez les transports qui fonctionnent le mieux avec votre jeu d'attributs.

Voir aussi

Référence

BasicHttpBinding
WsHttpBinding
WsDualHttpBinding
WsFederationHttpBinding
HttpTransportBindingElement
NetTcpBinding
TcpTransportBindingElement
NetNamedPipeBinding
NamedPipeTransportBindingElement

Concepts

Liaisons fournies par le système
Création de liaisons définies par l'utilisateur

Autres ressources

Liaisons Windows Communication Foundation