Partager via

Quelle technologie de réseau ?

  • Article

Vue d’ensemble des technologies de réseau disponibles pour un développeur UWP, avec des suggestions sur la façon de choisir les technologies appropriées pour votre application.

Sockets

Utilisez des sockets quand vous communiquez avec un autre appareil et souhaitez utiliser votre propre protocole.

Deux implémentations de sockets sont à la disposition des développeurs pour la plateforme Windows universelle (UWP) : Windows.Networking.Sockets et Winsock. Si vous écrivez un nouveau code, Windows.Networking.Sockets présente l’avantage d’être une API moderne, conçue à l’usage des développeurs UWP. Si vous utilisez des bibliothèques réseau inter-plateforme ou un autre code Winsock existant, ou préférez l’API Winsock, utilisez-la.

Quand utiliser des sockets

  • Les deux implémentations de sockets vous permettent de communiquer avec d’autres appareils à l’aide des protocoles de votre choix, en utilisant TCP ou UDP.

  • Choisissez les API de sockets qui répondent le mieux à vos besoins en fonction de l’expérience et de tout code existant que vous pourriez utiliser.

Quand ne pas utiliser de sockets

  • N’implémentez votre propre pile HTTP(S) à l’aide de sockets. Utilisez plutôt HttpClient.
  • Si les WebSockets (classes StreamWebSocket et MessageWebSocket) répondent à vos besoins de communications (TCP vers/depuis un serveur web), envisagez de les utiliser au lieu de consacrer votre temps et vos ressources de développement à implémenter des fonctionnalités similaires avec des sockets.

WebSockets

Le protocole WebSocket définit un mécanisme de communication bidirectionnelle, sécurisée et rapide entre un client et un serveur sur le Web. Les données sont transférées immédiatement via une connexion duplex intégral à un seul socket, ce qui permet d’envoyer et de recevoir les messages à partir des deux points de terminaison en temps réel. Les WebSockets conviennent parfaitement pour les jeux en temps réel, où les notifications instantanées de réseau social et les affichages actualisés d’informations (telles que des statistiques de jeu) doivent être sécurisés et utiliser un transfert de données rapide. Les développeurs UWP peuvent utiliser les classes StreamWebSocket et MessageWebSocket pour se connecter à des serveurs qui prennent en charge le protocole Websocket.

Quand utiliser les Websockets

  • Lorsque vous souhaitez envoyer et recevoir des données de manière continue entre un appareil et un serveur.

Quand ne pas utiliser les WebSocket

  • Si vous envoyez ou recevez des données rarement, il peut s’avérer plus simple d’effectuer des requêtes HTTP individuelles à partir de l’appareil vers le serveur, au lieu d’établir et maintenir une connexion de WebSocket.
  • Les WebSockets peuvent ne pas convenir pour des situations où les volumes traités sont importants. Songez à modéliser vos flux de données et à simuler votre trafic via des WebSockets avant de valider leur utilisation dans votre conception.

HttpClient

Utilisez HttpClient (et le reste de l’API d’espace de noms Windows.Web.Http) lorsque vous utilisez HTTP(S) pour communiquer avec un service ou un serveur web.

Quand utiliser HttpClient

  • Lorsque vous utilisez HTTP(S) pour communiquer avec des services web.
  • Lors du chargement ou téléchargement d’un petit nombre de fichiers plus petits.
  • Si les WebSockets (classes StreamWebSocket et MessageWebSocket) répondent à vos besoins de communications (TCP vers/depuis un serveur Web), et si le serveur Web en question prend en charge les WebSockets, envisagez de les utiliser au lieu de consacrer votre temps et vos ressources de développement à implémenter des fonctionnalités similaires avec HttpClient.
  • Lorsque vous diffusez du contenu sur le réseau.

Quand ne pas utiliser HttpClient

  • Si vous transférez des fichiers volumineux ou en grand nombre, songez à utiliser des transferts en arrière-plan à la place.
  • Si vous voulez être en mesure de retreindre les limites de chargement/téléchargement selon le type de connexion, ou si vous souhaitez enregistrer la progression et la reprise du chargement/téléchargement après une interruption, vous devez utiliser les transferts en arrière-plan.
  • Si vous communiquez entre deux appareils dont aucun n’est conçu pour fonctionner en tant que serveur HTTP(S), vous devez utiliser des sockets. N’essayez pas d’implémenter votre propre serveur HTTP et d’utiliser HttpClient de communiquer avec lui.

Transferts en arrière-plan

Utilisez l’API de transfert en arrière-plan lorsque vous voulez transférer de manière fiable des fichiers sur le réseau. L’API de transfert en arrière-plan offre des fonctionnalités avancées de chargement et téléchargement, qui s’exécutent en arrière-plan pendant la suspension d’une application, et perdurent après l’arrêt de l’application. L’API surveille l’état du réseau. Elle suspend et reprend automatiquement les transferts en cas de perte de connexion. Les transferts sont par ailleurs régis par l’Assistant Données et l’Assistant batterie, ce qui signifie que l’activité de téléchargement s’ajuste en fonction de l’état actuel de la batterie de l’appareil et de la connexion. Ces fonctionnalités sont essentielles lorsque votre application s’exécute sur des appareils mobiles ou alimentés par batterie. L’API est idéale pour le chargement et le téléchargement de fichiers volumineux à l’aide du protocole HTTP(S). Le protocole FTP est également pris en charge, mais uniquement pour les téléchargements.

Une nouvelle fonctionnalité de transfert en arrière-plan dans Windows 10 est la possibilité de déclencher un post-traitement à la fin d’un transfert de fichiers, afin de pouvoir mettre à jour des catalogues locaux, activer d’autres applications ou avertir l’utilisateur quand un téléchargement est terminé.

Quand utiliser des transferts en arrière-plan

  • Utilisez des transferts en arrière-plan pour transférer de manière fiable des fichiers volumineux ou en grand nombre.
  • Utilisez des transferts en arrière-plan avec des groupes d’achèvement de transfert en arrière-plan quand vous souhaitez post-traiter les transferts de fichiers à l’aide d’une tâche en arrière-plan.
  • Utilisez les transferts en arrière-plan si vous voulez être en mesure de reprendre un transfert en cours après une interruption du réseau.
  • Utilisez les transferts en arrière-plan si vous voulez être en mesure de modifier le comportement de transfert en fonction des conditions réseau, par exemple lorsque vous utilisez un plan de facturation à l’usage.

Quand ne pas utiliser des transferts en arrière-plan

  • Si vous transférez un petit nombre de petits fichiers, et n’avez pas besoin d’effectuer de post-traitement à la fin du transfert, songez à utiliser les méthodes HttpClient PUT ou POST.
  • Si vous voulez diffuser des données et les utiliser en local dès leur arrivée à destination, utilisez HttpClient.

Qualité de la connexion

Les API dans l’espace de noms Windows.Networking.Connectivity vous permettent d’accéder aux informations de connectivité, de coût et d’utilisation du réseau. Pour plus d’informations sur l’utilisation de ces API, consultez Accès aux informations d’état de la connexion réseau et gestion des coûts de la connexion réseau.

Découverte de service DNS

L’API Windows.Networking.ServiceDiscovery.Dnssd vous permet d’annoncer un service réseau à d’autres appareils sur le réseau en utilisant le protocole DNS-SD décrit dans IETF RFCRFC 2782.

Communication par Bluetooth

Entre autres choses, l’API Windows.Devices.Bluetooth vous permet d’utiliser la technologie Bluetooth pour vous connecter à d’autres appareils et transférer des données. Pour plus d’informations, voir Envoyer ou recevoir des fichiers avec RFCOMM.

Notifications Push (WNS)

L’API Windows.Networking.PushNotifications vous permet d’utiliser le service de notification Windows (WNS) pour recevoir des notifications Push via le réseau. Pour plus d’informations sur l’utilisation de cette API, consultez Vue d’ensemble des services de notifications Push Windows (WNS)

Communication en champ proche (NFC)

L’API Windows.Networking.Proximity vous permet d’utiliser la technologie de communication en champ proche pour des applications qui font appel à la fonctionnalité de proximité ou d’effleurement avec des appareils pour permettre un transfert aisé des données. Pour plus d’informations sur l’utilisation de cette API, consultez Proximité et geste tactile.

Flux RSS/Atom

L’API Windows.Web.Syndication vous permet de gérer des flux de syndication à l’aide de formats RSS et Atom. Pour plus d'informations sur l'utilisation de cette API, voir Flux RSS/Atom.

Contrôle d’énumération et de connexion Wi-Fi

L’API Windows.Devices.WiFi vous permet d’énumérer les cartes Wi-Fi, de rechercher des réseaux Wi-Fi disponibles, et de connecter une carte à un réseau.

Contrôle radio

L’API Windows.Devices.Radios vous permet de détecter et contrôler les signaux radios sur l’appareil local, notamment Wi-Fi et Bluetooth.

Wi-Fi Direct

L’API Windows.Devices.WiFiDirect vous permet de vous connecter à d’autres appareils locaux et de communiquer avec eux en utilisant Wi-Fi Direct pour créer des réseaux locaux sans fil ad hoc.

Services Wi-Fi Direct

L’API Windows.Devices.WiFiDirect.Services vous permet de fournir des services Wi-Fi Direct et de vous y connecter. Les services Wi-Fi Direct permettent à un appareil sur un réseau ad hoc Wi-Fi Direct (annonceur de service) d’offrir des fonctionnalités à un autre appareil (demandeur de service) via une connexion Wi-Fi Direct.

Opérateurs mobiles

Windows 10 expose à un vaste public de développeurs des API qui ont étaient précédemment exposées uniquement aux fabricants d’appareils et aux opérateurs mobiles. Notez que bien, si ces API sont exposées maintenant, elles sont également contrôlées par des fonctionnalités d’application spécifiques qui doivent être approuvées par Microsoft avant qu’une application puisse être publiée. L’utilisation réelle de ces API reste limitée principalement aux fabricants d’appareils et aux opérateurs mobiles.

Opérations réseau

L’API Windows.Networking.NetworkOperators a trait principalement à la configuration et la mise en service des téléphones. De ce fait, l’autorisation d’utiliser les fonctionnalités qui la contrôlent sont limitées aux fabricants d’appareils et aux fournisseurs de télécommunications.

SMS

L’espace de noms Windows.Devices.Sms a trait aux SMS et aux messages similaires en tant qu’entités de bas niveau. Il est fourni à l’usage des opérateurs mobiles pour une utilisation des SMS orientée application, et est contrôlé par une fonctionnalité dont l’utilisation ne sera pas approuvée par la plupart des développeurs d’applications. Si vous écrivez une application pour traiter des messages, vous devez utiliser l’API Windows.ApplicationModel.Chat à la place, qui est conçue pour gérer non seulement les messages SMS, mais aussi les messages provenant d’autres sources telles que des applications de conversation en temps réel, en permettant une expérience de conversation/messagerie beaucoup plus riche.