Client-serveur question - Divers - Programmation
Marsh Posté le 22-06-2004 à 03:13:28
Je ne vois pas l'intérêt de maintenir une connexion ouverte après avoir récupéré les données qu'il te fallait. Sauf si tu aimes le sport.
Je préfère les connexions à la demande parce qu'elles sont plus faciles à réaliser plutôt que d'implémenter une couche destinée à la surveillance de celles-ci.
Dans les applications 3 couches d'aujourd'hui, la connexion est rarement maintenue ouverte entre la couche utilisateur et la couche métier. En revanche, c'est discutable entre la couche métier et les données.
C'est juste mon avis.
Marsh Posté le 22-06-2004 à 03:28:34
Yttrium a écrit : Je ne vois pas l'intérêt de maintenir une connexion ouverte après avoir récupéré les données qu'il te fallait. Sauf si tu aimes le sport. |
merci effectivement cela me parait beaucoup plus simple à gérer.
Mais n'étant pas un grand spécialiste du réseau je préfère me renseigner.
Marsh Posté le 22-06-2004 à 03:31:00
Attend l'avis d'autres personnes. Il y a certainement d'autres points de vue.
Marsh Posté le 22-06-2004 à 03:04:59
Voilà, je suis entrain de finir une interface utilisateur. La dessus je dois communiquer avec une autre machine par ip ( ces machines de sont pas sur le réseau, elles sont simplement reliées avec un câble croisé).
Ma question est la suivante :
J'hésite entre deux approches,
- la première ouvrir un connexion avec mon client et la fermer seulement quand mon interface est fermée ( cela implique tout la gestion des exceptions en cas de déconnexion non sollicitée etc.).
- la deuxième faire une connexion-deconnexion pour chaque transfert de donnée.
Je me connecte chaque 5 secondes pour récupérer des infos. Attention ces données sont essentielles.
D'après vous quel est la meilleur solution ?