Discussion :

[riad2108]

Bonsoir ;
J'ai développé en wd17 une application de gestion d'un restaurant et jusque là ça fonctionne très bien.
Je voulais intégré une borne pour la prise des commandes et l'actualisation de celles ci en temps réel sur le poste caisse.
J'ai donc opté pour un thread qui se répète chaque 100ms (grâce à un timer) et qui vérifie à chaque exécution la présence de nouvelles commandes et les afficher sur le poste caisse.
Ma question :
est ce que cette méthode n'influe pas sur les performances de l'application ? si oui est ce qu'il y a un autre moyen pour afficher les nouvelles commandes sur le poste caisse sans passer par un timer ?

Merci d'avance

[tatayo]

Bonjour,
Une interrogation de la base tout les dixième de seconde, ce n'est pas la mort... Mais ca dépend surtout de la base de donnée, et de la requête.
Si cette dernière prend une seconde, la messe est dite.
Donc si tu tournes avec une base Client/serveur, que la requête tape sur des clés (y compris pour les jointures), bref qu'elle tourne en largement moins d'un dixième de seconde, tu ne devrais pas avoir de soucis.

La seule question qui me vient à l'esprit: as-tu vraiment besoin d'un délai aussi court entre la prise de commande et son affichage sur la caisse ? Un délai d'une seconde n'est pas envisageable ?

Si tu veux absolument du temps réel, tu peux envisager une communication directe entre l'application de caisse et celle de prise de commande, via des sockets, du Message Passing (MSMQ, MQTT et consort)...

Tatayo.

[riad2108]

Bonjour et merci pour votre réponse;
Pour éviter toute mauvaise surprise je préfère utiliser une autre méthode que le timer

Ce que je veux au juste c'est de pouvoir actualiser un tableau dans le poste caisse à partir de la borne de prise de commande
Pouvez vous me donner une piste comment utiliser les sockets (un nouveau monde pour moi) ?

merci

[tatayo]

Pour les sockets, j'ai mieux qu'une piste: plusieurs exemples sont livrés avec WinDev !
Il suffit d'y jeter un œil.

Tatayo.