Salut,
Imaginons que j'ai une grosse application.
J'ai 3 applis sur PDA qui m'envoient des données via TCP vers un serveur
J'ai une appli sur serveur qui recoit de l'udp et transmet du TCP sur serveur
Et enfin j'ai une grosse appli qui recoit tout ca et envoie des resultats en
TCP :)
J'utilise TcpClient et UdpClient pour faire mes programmes.
J'aurais aimé savoir si je risque d'être confronté à un soucis particulier
sur l'application principale à cause du socketing dans tout les sens.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Simon Mourier
Sur le principe, il n'y a pas de problème, puisque (presque) tous les serveurs utilisent les sockets à la base. La difficulté réside plutôt essentiellement dans la façon de programmer tout cela. On peut se heurter à des problèmes de synchronisation, de performance, de montée en charge, de multi threading, de réseau, de retry (surtout avec UDP), etc... Bref, c'est très facile de mal le faire :-)
Pourquoi ne pas utiliser des protocoles de plus haut niveau? HTTP + IIS? Web Services? .NET Remoting? MSMQ? ou autres?
Simon. www.softfluent.com
"Sobert" (tg)> a écrit dans le message de news:
Salut, Imaginons que j'ai une grosse application. J'ai 3 applis sur PDA qui m'envoient des données via TCP vers un serveur J'ai une appli sur serveur qui recoit de l'udp et transmet du TCP sur serveur
Et enfin j'ai une grosse appli qui recoit tout ca et envoie des resultats en TCP :)
J'utilise TcpClient et UdpClient pour faire mes programmes. J'aurais aimé savoir si je risque d'être confronté à un soucis particulier sur l'application principale à cause du socketing dans tout les sens.
Merci d'avance !
Sur le principe, il n'y a pas de problème, puisque (presque) tous les
serveurs utilisent les sockets à la base. La difficulté réside plutôt
essentiellement dans la façon de programmer tout cela. On peut se heurter à
des problèmes de synchronisation, de performance, de montée en charge, de
multi threading, de réseau, de retry (surtout avec UDP), etc... Bref, c'est
très facile de mal le faire :-)
Pourquoi ne pas utiliser des protocoles de plus haut niveau? HTTP + IIS? Web
Services? .NET Remoting? MSMQ? ou autres?
Simon.
www.softfluent.com
"Sobert" <griroesh@hotmail.com.(tg)> a écrit dans le message de news:
D58C6847-7C94-47A8-B6E0-29C93ADBA3F2@microsoft.com...
Salut,
Imaginons que j'ai une grosse application.
J'ai 3 applis sur PDA qui m'envoient des données via TCP vers un serveur
J'ai une appli sur serveur qui recoit de l'udp et transmet du TCP sur
serveur
Et enfin j'ai une grosse appli qui recoit tout ca et envoie des resultats
en
TCP :)
J'utilise TcpClient et UdpClient pour faire mes programmes.
J'aurais aimé savoir si je risque d'être confronté à un soucis particulier
sur l'application principale à cause du socketing dans tout les sens.
Sur le principe, il n'y a pas de problème, puisque (presque) tous les serveurs utilisent les sockets à la base. La difficulté réside plutôt essentiellement dans la façon de programmer tout cela. On peut se heurter à des problèmes de synchronisation, de performance, de montée en charge, de multi threading, de réseau, de retry (surtout avec UDP), etc... Bref, c'est très facile de mal le faire :-)
Pourquoi ne pas utiliser des protocoles de plus haut niveau? HTTP + IIS? Web Services? .NET Remoting? MSMQ? ou autres?
Simon. www.softfluent.com
"Sobert" (tg)> a écrit dans le message de news:
Salut, Imaginons que j'ai une grosse application. J'ai 3 applis sur PDA qui m'envoient des données via TCP vers un serveur J'ai une appli sur serveur qui recoit de l'udp et transmet du TCP sur serveur
Et enfin j'ai une grosse appli qui recoit tout ca et envoie des resultats en TCP :)
J'utilise TcpClient et UdpClient pour faire mes programmes. J'aurais aimé savoir si je risque d'être confronté à un soucis particulier sur l'application principale à cause du socketing dans tout les sens.
