Discussion :

[Hervé Saladin]

Salut,
je suis en train d'écrire un composant qui implémente un protocole basé sur TCP.
Comme j'ai des sockets à gerer, j'utilise le composant Indy TidTCPClient.
jusque la ... tout va bien .

Ma premiere question est la suivante :
- L'instance de TidTCPClient doit-elle être autonome ?
Actuellement, j'ai encapsulé une TidTCPClient dans mon composant en tant qu'attribut privé. Ca marche, mais je ne suis pas sûr que cela soit la façon la plus "propre" de faire. J'ai pensé à deux autres possibilités :
soit encapsuler aussi le TidTCPClient dans mon composant mais en le liant à une propriété (published),
soit ne mettre qu'une propriété qui soit une référence pointant vers un objet TidTCPClient autonome (le développeur devrait poser un TidTCPClient sur la form de son application, et lier l'instance de mon composant au TidTCPClient par le biais de la propriété).
Bref, en tout ça me fait trois possibilités et je ne sais pas laquelle est la meilleure.




Voici ma deuxième question :
Mon composant (qui est un client), devra une fois qu'il sera connecté au serveur lire les informations que ce dernier envoie dans la socket.
Le problème, c'est que je ne sais pas QUAND le serveur va envoyer des données ni en quelle quantité.
De plus, je n'ai pas trouvé d'évenement du TidTCPClient qui me permette d'associer un traitement qui s'active uniquement quand des données arrivent (si de tels évenement éxistent, je ne sais pas comment m'en servir et j'aimerais bien savoir).
Pour l'instant, la seule solution que j'ai trouvé c'est de lire une quantité déterminée d'octets, mais cette solution ne me convient pas car en attendant qu'une quantité suffisante de données soient envoyées par le serveur, mon TidTCPClient bloque des ressources et en plus, cela créé des problèmes à la destruction de l'objet
voici donc ma question :
- Quelle est la bonne manière de procéder pour lire les données emises par le serveur avec un TidTCPClient ?

Voila ca fait déja pas mal de questions, merci à ceux qui ont eu le courage de me lire jusqu'au bout.
Je sais pas si j'ai été bien clair, mais si vous voulez que je donne plus de détails et/ou des sources y'a pas de problème mais ca sera seulement apres 19h (tout est chez moi et je suis au boulot).
Merci d'avance

[Hervé Saladin]

Bon, après mûre reflexion, j'ai trouvé une quatrième solution qui me convient mieux :
j'ai hérité la Classe TIdTCPClient en ajoutant les attributs, methodes et propriétés propres à mon composant.
Pour la lecture dans la socket, j'ai créé un thread qui tourne en boucle (avec une pause à chaque boucle pour ne pas bouffer trop de cpu) et notifie un évenement à son parent (mon composant) lorsque des données ont été envoyées par le serveur.
Je pense que c'est comme ça qu'il faut procéder.
En tout cas, c'est comme ca que fonctionnent les composants Indy qui implémentent des protcoles basés sur tcp (exemple : TIdTelnet).

Le seul doute qui me reste c'est la façon dont il faut s'y prendre pour vérifier si le serveur à envoyé des données :
dans la boucle de mon thread (décrit ci-dessus) je fais le test suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
 if (AslskClient.CurrentReadBufferSize=0)
          then
                 begin
                         sleep(100);
                 end
          else
                 begin
                         if(Assigned(FOnDataAvailable))
                                 then OnDataAvailable(Self);
                 end;

ce if est dans une boucle

Code :

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

while (not Self.Suspended)

et ASlskClient représente mon composant propriétaire du thread.
Le problème, c'est que ça ne marche pas super bien : l'évenement OnDataAvailable est bien lancé lorsqu'il faut, mais lorsque rien ne se passe l'éxécution du thread bloque toute l'appli
Est-ce que c'est bien CurrentReadBufferSize que je dois employer ? ou y-a-t-il un meilleur moyen de vérifier l'arrivée des données dans la socket ?

Merci d'avance