résolution de noms Protocol-Independent
Lors du développement d’une application client/serveur indépendante du protocole, il existe deux exigences de base en ce qui concerne la résolution de noms et l’inscription :
- Capacité de la moitié du serveur de l’application (service) à enregistrer son existence dans (ou à devenir accessible) à un ou plusieurs espaces de noms.
- La capacité de l’application cliente à rechercher le service dans un espace de noms et à obtenir le protocole de transport et les informations d’adressage nécessaires.
Pour ceux qui sont habitués au développement d’applications TCP/IP, cela peut sembler impliquer peu plus que la recherche d’une adresse d’hôte, puis l’utilisation d’un numéro de port convenu. Toutefois, d’autres schémas de mise en réseau permettent de découvrir l’emplacement du service, le protocole utilisé pour le service et d’autres attributs au moment de l’exécution. Pour tenir compte de la grande diversité des fonctionnalités des services de noms existants, l’interface Windows Sockets 2 adopte le modèle décrit dans les rubriques de cette section.
Cette section décrit les fonctionnalités de résolution de noms indépendantes du protocole disponibles pour les développeurs Winsock. La liste suivante décrit les rubriques de cette section :
- Modèle de résolution de noms
- Résumé des fonctions de résolution de noms
- Structures de données de résolution de noms
Rubriques connexes
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour