Version imprimable
Je veux ecrire un programme serveur et un programme client s'exécutant sur plusieurs paltefotmes(windows et unix).
quelle est la meilleur technologie à utliser pour effectuer cette tache. Sockets, RPC ou Corba?
Exemple: client donne au serveur une entier x et le serveur retourne le carré de x.
Merci d'avance
A priori les sockets c'est le plus simple, le plus flexible, et le plus portable.
RPC c'est basé sur les sockets. En passant par des sockets locales tu peux rendre ça assez performant.
Corba après ça restreint le langage.
Est ce que quelqu'un a utilisé ou a entendu parler de ICE sur le site suivant:
comment l'utiliser avec visual studio 6?Citation:
zeroc.com\icecpp.html
C'est une drôle d'URL, ça...Citation:
Envoyé par WELCOMSMAIL
Thierry
et cette URL est elle drôle?
http://www.zeroc.com/
Ça a l'air d'un mélange entre CORBA et RPC.
Les sockets de bas-niveau sont peut-être les plus simples à utiliser en théorie.Citation:
Envoyé par WELCOMSMAIL
CORBA doit être + évolué mais attention royalties éventuelles à payer donc réserver pour projet en entreprise.
Sous M$ de simples objets COM peuvent suffire 8-)
Il y a quantité de d'ORBs gratuits, voire open-source, TAO étant le premier auquel je pense.
Perso, je serai du genre à utiliser des sockets pour des échanges temps-réel intenses. RPC/CORBA/COM (globalement la même famille) pour les appels "ponctuels" de fonctions inter-process/serveurs.
Les sockets bas-niveau ne sont pas si portables. Même d'un UNIX à l'autre si je ne me trompe pas. Il existe toutesfois des encapsulations portables, qui vont parfois même jusqu'à réintroduire un typage plus fort pour éviter les erreurs d'inattention (-> ACE, et probablement boost.ASIO aussi).