Qt Remote Objects Nœuds

Dans un réseau QtRO, les informations sont transmises entre les processus via des QRemoteObjectNodes (« nœuds »). Cette fonctionnalité peer-to-peer utilise un petit nombre de paquets distincts pour transmettre les données nécessaires entre les nœuds.

Chaque processus participant au réseau instancie un type basé sur un nœud, tel que QRemoteObjectNode, QRemoteObjectHost ou QRemoteObjectRegistryHost. Les types hôtes des nœuds fournissent des fonctionnalités supplémentaires. Les classes QRemoteObjectHost et QRemoteObjectRegistryHost prennent toutes deux en charge les méthodes enableRemoting() et disableRemoting() correspondantes, qui sont les méthodes clés permettant d’exposer les objets source au réseau. Pour utiliser la fonctionnalité de registre, vous devez disposer d’un QRemoteObjectRegistryHost sur le réseau. Ensuite, tous les autres nœuds peuvent transmettre l’URL du RegistryHost au paramètre du constructeur registryAddress du nœud, ou transmettre cette URL à la méthode setRegistryUrl().

QtRO étant un réseau peer-to-peer, pour appeler la méthode ` acquire()` sur une réplique valide, le nœud de la réplique doit être connecté au nœud qui héberge sa source. Un nœud hôte est un nœud qui autorise d’autres nœuds à s’y connecter, ce qui est rendu possible en attribuant des adresses uniques aux hôtes. Cette adresse est fournie au constructeur QRemoteObjectHost ou définie par la méthode setHostUrl. Le nœud à partir duquel une réplique est demandée doit établir la connexion avec le nœud hôte, afin d’initialiser la réplique et de la maintenir à jour.

Connexion des nœuds à l’aide d’URL QtRO

Les nœuds hôtes utilisent des URL personnalisées pour simplifier les connexions. Actuellement, QtRO prend en charge deux types de connexions :

1. Une connexion TCP utilisant le protocole TCP/IP standard : prend en charge les connexions entre appareils ainsi qu’entre processus sur un même appareil.
2. Une connexion locale : prend en charge les connexions entre processus sur un même appareil. Ce type de connexion peut présenter une charge moindre, en fonction des fonctionnalités du système d’exploitation sous-jacent.

Pour les connexions locales, vous devez utiliser un nom unique. Pour les connexions TCP, vous devez fournir une combinaison unique d’adresse et de numéro de port.

Actuellement, QtRO ne dispose pas de fonctionnalité zeroconf. Par conséquent, tous les processus ou périphériques doivent savoir à l’avance comment se connecter les uns aux autres. Un fichier « QRemoteObjectRegistry » peut être utilisé pour simplifier le processus de connexion sur un réseau comportant plusieurs nœuds hôtes.

Le tableau ci-dessous récapitule les types de connexion disponibles :

Les nœuds disposent de quelques méthodes ` enableRemoting()` qui servent à partager des objets sur le réseau. Cependant, si le nœud n’est pas un nœud hôte, une erreur est renvoyée.

Les autres processus ou périphériques souhaitant interagir avec un objet partagé peuvent utiliser l’une des méthodes ` node's acquire() ` pour instancier une réplique.