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
Remi THOMAS
"Olivier"
Bonjour,
Quelle est la technologie en vague actuellement pour faire communiquer une application client-serveur.
Dans les annees 90 on utilisait directement les sockets fin 90 plutot Cobra (ou DCOM)
Merci,
Bonjour,
Il existe de nombreux moyen de faire du client serveur. Existe aussi les namedpipe qui fonctionnent bien. Aujourd'hui la mode est à SOAP ou WebService qui est l'échange de paquets XML en HTTP.
L'avenir chez Microsoft c'est Indigo (ou WinFX) que tu peux tester en version bêta. http://msdn.microsoft.com/winfx/ L'idée est avec un seul code tu changes ton mode transport par un fichier de configuration XML. Tu fais de la socket, du SOAP... Par contre cela sera uniquement pour la l'environnement .NET (si j'ai bien suivit)
Rémi
-- Rémi THOMAS MVP Visual C++ .NET http://www.pixel-technology.com/rthomas
"Olivier" <olive@nospam.fr>
Bonjour,
Quelle est la technologie en vague actuellement pour faire communiquer une
application client-serveur.
Dans les annees 90 on utilisait directement les sockets
fin 90 plutot Cobra (ou DCOM)
Merci,
Bonjour,
Il existe de nombreux moyen de faire du client serveur.
Existe aussi les namedpipe qui fonctionnent bien.
Aujourd'hui la mode est à SOAP ou WebService qui est l'échange de paquets
XML en HTTP.
L'avenir chez Microsoft c'est Indigo (ou WinFX) que tu peux tester en
version bêta.
http://msdn.microsoft.com/winfx/
L'idée est avec un seul code tu changes ton mode transport par un fichier de
configuration XML.
Tu fais de la socket, du SOAP...
Par contre cela sera uniquement pour la l'environnement .NET (si j'ai bien
suivit)
Rémi
--
Rémi THOMAS
MVP Visual C++ .NET
http://www.pixel-technology.com/rthomas
Quelle est la technologie en vague actuellement pour faire communiquer une application client-serveur.
Dans les annees 90 on utilisait directement les sockets fin 90 plutot Cobra (ou DCOM)
Merci,
Bonjour,
Il existe de nombreux moyen de faire du client serveur. Existe aussi les namedpipe qui fonctionnent bien. Aujourd'hui la mode est à SOAP ou WebService qui est l'échange de paquets XML en HTTP.
L'avenir chez Microsoft c'est Indigo (ou WinFX) que tu peux tester en version bêta. http://msdn.microsoft.com/winfx/ L'idée est avec un seul code tu changes ton mode transport par un fichier de configuration XML. Tu fais de la socket, du SOAP... Par contre cela sera uniquement pour la l'environnement .NET (si j'ai bien suivit)
Rémi
-- Rémi THOMAS MVP Visual C++ .NET http://www.pixel-technology.com/rthomas
Dominique Vaufreydaz
Bonjour,
Quelle est la technologie en vague actuellement pour faire communiquer une application client-serveur. Dans les annees 90 on utilisait directement les sockets fin 90 plutot Cobra (ou DCOM)
Et corba,n il utilise pas les sockets ? Notons que le Web utilise les sockets, que ssh et consors utilisent les sockets, que tous utilisent les sockets. MAintenant pour envoyer un entier toutes les secondes, s'il te faut Corba, c'est ton probleme... Les machins genre corba et autre joyeusetes proposes des mecanismes que ne releve pas de la simple communication client-serveur : perso dans ce cas la, je preconise les sockets. Simple, voir portable si tu utilises l'API unix-like (je ne suis pas sur qu'elle soit POSIX), rien que du bonheur.
Donc pour resumer, je dirais que ca depends de tes besoins, mais que dans l'enorme majorite des cas, une socket est suffisante. Meme pour envoyer du XML ou du binaire. Ca sert a rien de prendre un 38 pour ecraser une mouche.
Rien que mon avis. Doms.
Bonjour,
Quelle est la technologie en vague actuellement pour faire
communiquer une application client-serveur.
Dans les annees 90 on utilisait directement les sockets
fin 90 plutot Cobra (ou DCOM)
Et corba,n il utilise pas les sockets ? Notons que le Web utilise
les sockets, que ssh et consors utilisent les sockets, que tous utilisent
les sockets. MAintenant pour envoyer un entier toutes les secondes,
s'il te faut Corba, c'est ton probleme... Les machins genre corba
et autre joyeusetes proposes des mecanismes que ne releve pas
de la simple communication client-serveur : perso dans ce cas la,
je preconise les sockets. Simple, voir portable si tu utilises l'API
unix-like (je ne suis pas sur qu'elle soit POSIX), rien que du bonheur.
Donc pour resumer, je dirais que ca depends de tes besoins,
mais que dans l'enorme majorite des cas, une socket est suffisante.
Meme pour envoyer du XML ou du binaire. Ca sert a rien de prendre
un 38 pour ecraser une mouche.
Quelle est la technologie en vague actuellement pour faire communiquer une application client-serveur. Dans les annees 90 on utilisait directement les sockets fin 90 plutot Cobra (ou DCOM)
Et corba,n il utilise pas les sockets ? Notons que le Web utilise les sockets, que ssh et consors utilisent les sockets, que tous utilisent les sockets. MAintenant pour envoyer un entier toutes les secondes, s'il te faut Corba, c'est ton probleme... Les machins genre corba et autre joyeusetes proposes des mecanismes que ne releve pas de la simple communication client-serveur : perso dans ce cas la, je preconise les sockets. Simple, voir portable si tu utilises l'API unix-like (je ne suis pas sur qu'elle soit POSIX), rien que du bonheur.
Donc pour resumer, je dirais que ca depends de tes besoins, mais que dans l'enorme majorite des cas, une socket est suffisante. Meme pour envoyer du XML ou du binaire. Ca sert a rien de prendre un 38 pour ecraser une mouche.
Rien que mon avis. Doms.
Arnold McDonald
Dominique Vaufreydaz wrote:
Rien que mon avis. Doms.
Je partage le tien. Comme si la programmation était une question de mode ou de truc en vogue...
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Dominique Vaufreydaz wrote:
Rien que mon avis. Doms.
Je partage le tien. Comme si la programmation était une question de mode ou
de truc en vogue...
Je partage le tien. Comme si la programmation était une question de mode ou de truc en vogue...
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Bertrand Lenoir-Welter
Arnold McDonald :
> Comme si la programmation était une question de mode ou de truc > en vogue...
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière de programmation, des trucs à la mode, annoncés comme LA trouvaille du siècle ou technologie du futur, et qui durent pas plus de quelques mois.
Vieil exemple, on travaille tous avec Display PostScript, non ?
Arnold McDonald :
> Comme si la programmation était une question de mode ou de truc
> en vogue...
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière de
programmation, des trucs à la mode, annoncés comme LA trouvaille du
siècle ou technologie du futur, et qui durent pas plus de quelques mois.
Vieil exemple, on travaille tous avec Display PostScript, non ?
> Comme si la programmation était une question de mode ou de truc > en vogue...
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière de programmation, des trucs à la mode, annoncés comme LA trouvaille du siècle ou technologie du futur, et qui durent pas plus de quelques mois.
Vieil exemple, on travaille tous avec Display PostScript, non ?
Arnold McDonald
Même moi je suis passé au PHP, alors, t'imagines :-).
Non, mais, plus sérieusement, on utilise un langage, une technologie, etc., en fonction de ses besoins, pas en fonction d'une mode. Certaines technologies apparaîssent, rendent d'autres obsolètes, amènent quelque chose d'utile et s'imposent, c'est normal. pour autant, on n'est pas obligé d'y passer si le besoin ne s'en fait pas sentir. D'autant plus que parfois certaines technologies s'imposent alors qu'elles n'apportent rien...
AMHA, avant de coder, il vaut mieux se pencher sur le cahier de charges, les objectifs et de là, en évaluer quelle technologie utiliser. J'ai jamais commencé un truc en me disant, tiens, ça c'est à la mode, je vais l'utiliser. C'est vraiment n'importe quoi.
Mais bon, je suis (malgré mon âge) considéré comme un dinosaure. Alors, ces propos rétrogrades n'engagent que moi.
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Même moi je suis passé au PHP, alors, t'imagines :-).
Non, mais, plus sérieusement, on utilise un langage, une technologie, etc.,
en fonction de ses besoins, pas en fonction d'une mode. Certaines
technologies apparaîssent, rendent d'autres obsolètes, amènent quelque chose
d'utile et s'imposent, c'est normal. pour autant, on n'est pas obligé d'y
passer si le besoin ne s'en fait pas sentir. D'autant plus que parfois
certaines technologies s'imposent alors qu'elles n'apportent rien...
AMHA, avant de coder, il vaut mieux se pencher sur le cahier de charges, les
objectifs et de là, en évaluer quelle technologie utiliser. J'ai jamais
commencé un truc en me disant, tiens, ça c'est à la mode, je vais
l'utiliser. C'est vraiment n'importe quoi.
Mais bon, je suis (malgré mon âge) considéré comme un dinosaure. Alors, ces
propos rétrogrades n'engagent que moi.
Même moi je suis passé au PHP, alors, t'imagines :-).
Non, mais, plus sérieusement, on utilise un langage, une technologie, etc., en fonction de ses besoins, pas en fonction d'une mode. Certaines technologies apparaîssent, rendent d'autres obsolètes, amènent quelque chose d'utile et s'imposent, c'est normal. pour autant, on n'est pas obligé d'y passer si le besoin ne s'en fait pas sentir. D'autant plus que parfois certaines technologies s'imposent alors qu'elles n'apportent rien...
AMHA, avant de coder, il vaut mieux se pencher sur le cahier de charges, les objectifs et de là, en évaluer quelle technologie utiliser. J'ai jamais commencé un truc en me disant, tiens, ça c'est à la mode, je vais l'utiliser. C'est vraiment n'importe quoi.
Mais bon, je suis (malgré mon âge) considéré comme un dinosaure. Alors, ces propos rétrogrades n'engagent que moi.
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Dominique Vaufreydaz
Bonjour,
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière de programmation, des trucs à la mode, annoncés comme LA trouvaille du siècle ou technologie du futur, et qui durent pas plus de quelques mois.
Y'a meme pire. XML (meme si c'est une bonne idee), n'est rien qu'un emballage de chose. De nombreux truc XML sont apparu comme la nouveaute du siecle sans rien changer... D'ailleurs dans certains cas, je me suis pris un "c'est pas en XML ?" (pour une liste de nombre). Alors, j'ai mis en XML pour faire plaisir et je me suis arranger pour ne pas integrer un parser complet pour lire des nombre. J'ai fait ca a la main...
Bref. Doms.
Bonjour,
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière
de programmation, des trucs à la mode, annoncés comme LA trouvaille du
siècle ou technologie du futur, et qui durent pas plus de quelques
mois.
Y'a meme pire. XML (meme si c'est une bonne idee), n'est rien
qu'un emballage de chose. De nombreux truc XML sont apparu
comme la nouveaute du siecle sans rien changer... D'ailleurs dans
certains cas, je me suis pris un "c'est pas en XML ?" (pour une liste
de nombre). Alors, j'ai mis en XML pour faire plaisir et je me suis
arranger pour ne pas integrer un parser complet pour lire des nombre.
J'ai fait ca a la main...
Bon, ça me paraît quand même difficile de nier qu'il y a, en matière de programmation, des trucs à la mode, annoncés comme LA trouvaille du siècle ou technologie du futur, et qui durent pas plus de quelques mois.
Y'a meme pire. XML (meme si c'est une bonne idee), n'est rien qu'un emballage de chose. De nombreux truc XML sont apparu comme la nouveaute du siecle sans rien changer... D'ailleurs dans certains cas, je me suis pris un "c'est pas en XML ?" (pour une liste de nombre). Alors, j'ai mis en XML pour faire plaisir et je me suis arranger pour ne pas integrer un parser complet pour lire des nombre. J'ai fait ca a la main...
