Windows Sockets : À l'aide de la classe CAsyncSocket
Cet article explique comment utiliser la classe CAsyncSocket. Notez que cette classe encapsule l'API Windows Sockets à très à un niveau. CAsyncSocket est destinée aux programmeurs qui connaissent les communications réseau en détail mais souhaitent simplifier les rappels pour la notification d'événements réseau. Selon cette hypothèse, cet article prédit que des instructions de base. Pensez à utiliser CAsyncSocket si vous souhaitez bénéficier de la facilité de Windows Sockets de traiter plusieurs protocoles réseau dans une application MFC mais ne souhaitez pas sacrifier la souplesse. Vous pourriez également estimer pouvoir obtenir une meilleure efficacité en programmant les communications plus directement vous-même qu'en utilisant l'autre modèle plus général de classe CSocket.
CAsyncSocket est documentée dans la référence MFC. Visual C++ fournit également la spécification de Windows Sockets, située dans Kit de développement logiciel Windows. Les détails ne sont pas traités ici. Visual C++ ne fournit pas un exemple d'application pour CAsyncSocket.
Si vous n'êtes pas très bien informé sur les communications réseau et souhaitez une solution simple, utilises la classe CSocket avec un objet CArchive. Pour plus d'informations, consultez Windows Sockets : Utilisation de sockets d'archive
Cet article explique:
Création et utilisation d'un objet CAsyncSocket.
Vos responsabilités avec CAsyncSocket.
Création et utilisation un objet CAsyncSocket
Pour utiliser CAsyncSocket
Construisez un objet CAsyncSocket et utilisez l'objet pour créer le handle sous-jacent de SOCKET.
La création d'un socket suit le modèle MFC de construction à deux niveaux.
Par exemple :
CAsyncSocket sock; sock.Create( ); // Use the default parametersou
CAsyncSocket* pSocket = new CAsyncSocket; int nPort = 27; pSocket->Create( nPort, SOCK_DGRAM );Le premier constructeur ci-dessus crée un objet CAsyncSocket dans la pile. Le deuxième constructeur crée CAsyncSocket sur le tas. Le premier appel à Créer utilise les paramètres par défaut pour créer un socket flux. Le deuxième appel à Créer crée un socket datagramme avec un port TCP/IP et une adresse spécifiés. (Vous pouvez utiliser l'une ou l'autre des version de Créer avec l'une ou l'autre des méthodes de construction.)
Les paramètres à Créer sont :
Un "port" : un entier court.
Pour un socket de serveur, vous devez spécifier un port. Pour un socket client, vous obtenez généralement la valeur par défaut de ce paramètre, ce qui permet à Windows Sockets de sélectionner un port.
Un type de socket : SOCK_STREAM (par défaut) ou SOCK_DGRAM.
Un socket "adresse", comme « ftp.microsoft.com » ou « 128.56.22.8 ».
Il s'agit de votre adresse IP sur le réseau. Vous compterez probablement toujours sur la valeur par défaut de ce paramètre.
Les termes « port » et « adresse de socket » sont décrits dans Windows Sockets : Ports et adresse de socket.
Si le socket est un client, connectez l'objet socket à un socket de serveur, en utilisant CAsyncSocket::Connect.
ou
Si le socket est un serveur, définissez le socket pour démarrer l'écoute (avec CAsyncSocket::Listen) pour des tentatives de connexion d'un client. Lors de la réception d'une demande de connexion, recevez-la avec CAsyncSocket::Accept.
Après avoir reçu une connexion, vous pouvez effectuer des tâches telles que la validation des mots de passe.
Notes
La fonction membre Accepter prend une référence à un nouvel objet vide CSocket comme paramètre.Vous devez créer cet objet avant d'appeler Accepter.Si cet objet socket est hors de portée, la connexion se ferme.N'appelez pas Créer pour ce nouvel objet socket.Pour obtenir un exemple, consultez l'article Windows Sockets : Séquence d'événements.
Effectuez les communications avec d'autres sockets en appelant les fonctions membres de l'objet CAsyncSocket qui encapsulent les fonctions de l'API Windows Sockets.
Consultez la spécification et la classe de Windows Sockets et CAsyncSocket dans le guide de MFC.
Détruisez l'objet CAsyncSocket.
Si vous avez créé l'objet socket dans la pile, le destructeur est appelé lorsque la fonction conteneur devient hors de portée. Si vous avez créé l'objet socket sur le segment, en utilisant l'opérateur new, vous êtes chargé d'utiliser l'opérateur de supprimer pour détruire l'objet.
Le destructeur appelle la fonction membre Fermer de l'objet avant de détruire l'objet.
Pour obtenir un exemple de cette séquence du code (pour un objet de CSocket ), consultez Windows Sockets : Séquence d'événements.
Vos responsabilités avec CAsyncSocket.
Lorsque vous créez un objet de la classe CAsyncSocket, l'objet encapsule un handle Windows SOCKET et fournit des opérations sur ce handle. Lorsque vous utilisez CAsyncSocket, vous devez traiter tous les problèmes susceptibles d'être rencontrés si vous utilisez l'API. Par exemple :
« Sélection en bloc » des scénarios.
Différences dans l'ordre des octets entre la machine émettrice et réceptrice.
Conversion de chaînes Unicode et de jeu de caractères multioctets (MBCS).
Pour les définitions des termes et des informations supplémentaires, consultez Windows Sockets : Blocage, Windows Sockets : Ordre d'octets, Windows Sockets : La conversion de chaînes.
En dépit de ces problèmes, la classe CAsycnSocket peut être le bon choix pour vous si votre application nécessite une souplesse et le contrôle qu'on peut obtenir. Sinon, vous devez envisager d'utiliser la classe CSocket à la place. CSocket vous cahce de nombreux détails : cela pompe des messages Windows lors du blocage d'appels et vous donne accès à CArchive, qui gère les différences d'ordre d'octets et la conversion de chaînes pour vous.
Pour plus d'informations, consultez :