Discussion :

[KonTiKI]

Bonjour à tous.

Voici une partie du code que j'étudie :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
if (tailleMessage == 0) // Si on ne connaît pas encore la
taille du message, on essaie de la récupérer
    {
        if (socket->bytesAvailable() < (int)sizeof(quint16)) // On
n'a pas reçu la taille du message en entier
             return;
        in >> tailleMessage; // Si on a reçu la taille du message
en entier, on la récupère
    }
    // Si on connaît la taille du message, on vérifie si on a reçu
le message en entier
    if (socket->bytesAvailable() < tailleMessage) // Si on n'a pas
encore tout reçu, on arrête la méthode
        return;
    // Si ces lignes s'exécutent, c'est qu'on a reçu tout le
message : on peut le récupérer !
    QString message;
    in >> message;

La syntaxe "in >> " apparaît deux fois ici. Je précise que je travail avec Qt.

Il est précisé dans le texte que in est un objet :

Notre objet " in" va nous permettre de lire le contenu du sous-paquet que vient de recevoir la socket du client.

je ne comprends pas cet objet "in" pour lequel je n'ai trouvé d'explication, ni dans C++, ni dans Qt.

Quant à la syntaxe "in >> message", doit-on comprendre que l'on copie ou que l'on transfert les données de "in" vers "message".

Pareillement, dans "in >> tailleMessage", le message reçu peut être supérieur à la seule valeur de taille du message (un quint16). Comment alors extraire de "in" la seule taille du message .

Bref, cet objet "in" m'est assez obscure et je ne l'ai pas trouvé documenté.

Pouvez-vous éclaircir ma lanterne ?

Merci par avance.

[Bousk]

Salut,
Quel est le type de in ? Ensuite regarde ce que fait l'opérateur >> sur celui-ci.

[KonTiKI]

Serait-ce un QDataStream ?

il y a le code suivant qui précède celui que j'ai donné dans mon premier post

Code :

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

QDataStream in(socket); //on récupère le message

socket étant défini ici :

Code :

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

QTcpSocket *socket = qobject_cast<QTcpSocket *>(sender());

"in" serait alors le nom donné à l'objet instancié QDataStream ?

Normal alors que je ne trouve pas de documentation, je croyais que c'était une fonction du langage/framework. Si c'est cela, cette dénomination n'est pas très judicieuse.

[ternel]

C'est précisément cela, une variable définie par un appel à son constructeur.

Et in pourtant un nom assez logique, pour désigner l'entrée.
exactement comme std::cin est le flux d'entrée standard du C++ et std::cout est le flux de sortie.

surtout que c'est probablement une variable a peu près locale.

[KonTiKI]

Et bien, merci beaucoup pour cette confirmation.

Une véritable erreur de débutant. Mais on apprend de ses erreurs, parait-il.

Maintenant, comment se peut-il que "in" soit affectable aussi bien à un short (tailleMessage) qui est un quint16 qu'à un Qstring (message) ? Peut-être qu'il ne prend alors que les 16 premiers bits de la valeur de "in" pour l'affecter à tailleMessage et que dans le cas du Qstring il prend l'ensemble des bits qui se trouvent dans "in" ?

[Bousk]

Et si tu lisais un peu la doc ?
Y'a bien l'opérateur>> défini pour tous les types dont tu parles.
Si leur système est un peu bien fait et logique, ce dont je ne doute pas, l'utilisation est triviale à comprendre : >> sort d'abord un header qui est la taille du paquet puis le >> suivant extrait les données en elles-mêmes. Classique de l'utilisation de TCP.
>> n'est pas du tout une affectation, c'est "envoi à X" et X traite ça comme entrée.
Les lignes que tu présentes devraient être internes au traitement.