Discussion :

[Sinclair]

Bonjour,
je désire créer deux appliactions toutes betes (pour apprendre a me servir des sockets). Une serveur et une cliente.

le but est que le client se connecte au serveur et une fois connecter, on peut lui envoyer une chaine, le serveur la recoit et la renvoit au client. Rien de bien méchant.

J'y arrive parfaitement en mode synchrone.
En revanche, en ce qui concerne le mode asynchrone, j'éprouve qques difficultés de compréhension.

Je parle uniquement de la connexion du client au serveur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
	private static ManualResetEvent connectDone = new ManualResetEvent(false);
 
private void cmdaConnexion_Click(object sender, System.EventArgs e)
{
	System.Net.IPAddress AdresseIP = System.Net.IPAddress.Parse("192.168.0.1"); 
	System.Net.IPEndPoint Serveur = new IPEndPoint (AdresseIP,8221); 
	socWorker=new Socket(AddressFamily.InterNetwork,SocketType.Stream,ProtocolType.Tcp);
	socWorker.BeginConnect(Serveur, new AsyncCallback(ConnectCallback), socWorker);
connectDone.WaitOne();
}

avec la procédure

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
private static void ConnectCallback(IAsyncResult ar)
{
	Socket socWorker = (Socket) ar.AsyncState;
	client.EndConnect(ar);
	connectDone.Set();
}

lors du socWorker.BeginConnect, je n'arrive pas a comprendre le sens de l'arguement new AsyncCallback(ConnectCallback), a quoi sert il ?...

je ne comprend pas bien car comme argument, il appelle la procédure ConnectCallback qui elle meme prend comme argument ar alors que je ne l'ai spécifié nulpart...

Bref, si qqun pouvait m'expliquer simplement le principe de fonctionnement de la connexion asynchrone je vous en serais tres reconnaissant car j'ai un peu de mal j'avoue.

Et si aussi vous avez des tutos je suis preneur

merci d'avance

[abelman]

Salut
Rien de bien compliqué

lors du socWorker.BeginConnect, je n'arrive pas a comprendre le sens de l'arguement new AsyncCallback(ConnectCallback), a quoi sert il ?...

Chaque appel socket Asynchrone (BeginXXX) prend comme argument (entre autre) un delegué. Un délégué est un objet qui représente l'adresse d'une fonction. Il a un prototype définit à l'avance.
Dans ton exemple, l'appel à BeginConnect reçoit l'adresse de la fonction ConnectCallback comme argument.
L'appel retourne immédiatement sans attendre la connexion
Lorsque la connexion reussi (ou échoue) ConnectCallback est appelée par le Systeme.
Pour plus d'infos BeginConnect

[Sinclair]

merci de ta réponse.

et l'argument IAsyncResult ar de la fonction ConnectCallback je ne l'ai jamais renseigné. a quoi correspond-il ?

[abelman]

C'est l'état de la connexion asynchrone.
Tu peux renseigner un seul de ses membres, AsyncState.
Tu le renseignes dans ton exemple en passant la socket socWorker qui a initié la connexion en troisième argument de beginConnect.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
private static void ConnectCallback(IAsyncResult ar)
{
 
   Socket socWorker = (Socket) ar.AsyncState; // recuperation du troisième argument de BeginConnect
   socWorker .EndConnect(ar); // Finir l'opération asynchrone
   connectDone.Set();
}

[Sinclair]

merci de toutes ces lumieres

[Sinclair]

j'ai tout de meme une petite question :

j'ai mes deux applis (client et serveur)

si je veux que le client (on admet qu'il est déja connecté) envoi quelque chose au serveur (disons un byte[]) et que quand ce serveur lit le byte[], il le renvoi au client (en fait c'est ce que j'explique dans le premier post)

je veux effectuer ca en mode synchrone, il m'importe peu que le programme soit bloqué pendant que la requete est en cours.


J'y arrive mais pour le client, si je veux recevoir les données, il faut que je créé un évenement pour pour lire ce qui vient du serveur. Si le serveur n'a rien envoyé, l'appli sera bloquée jusqu'a ce que le serveur renvoi quelque chose.


Or je voulais savoir s'il est possible en mode synchrone que le client aille chercher directement le byte[] lorsqu'il en recoit un sans que l'utilisateur ne génère l'évenement qui va verrifié. En temps réel quoi. Ou alors il faut forcément etre en mode asynchrone.

merci

[abelman]

Je ne te suis pas très bien.
Pour le client, pour recevoir des données en mode synchrones, tu n'as pas besoin de "créer un évenement". Il te suffit d'appeller la fonction Receive sur la socket client.