Discussion :

[demonia]

Bonjour,

j'ai fait quelque recherches mais je n'ai pas réussi à trouver grand chose sur ce sujet.

j'aimerai pouvoir envoyer des objets directement d'un programme client à un programme serveur.

je sais que c'est possible en java ou dans d'autres langages mais je n'ai pas trouvé d'objet dans le framework qui le permette.

le but serait de transfèrer une ArrayList ou même simplement un objet et dans ce cas je pourrais le faire en plusieurs fois.

est-ce que quelqu'un aurait une idée pour ce genre de transfère réseau?

j'ai besoin de transfèrer des objets directement pour la simple raison que le programme risque de beaucoup évoluer et donc il est beaucoup plus simple de faire les modifications si je fais tout à travers des objets plutot que de devoir le faire en text ou decoder manuellement par la suite.

Merci

[_skip]

Il existe plusieurs possibilités pour passer des objets entre différents programmes. Après ça dépend surtout du fait que la couche serveur soit plus ou moins stateless et de si on parle véritablement de partage d'une même instance ou d'échange de copies.

-Un webservice
-Le remoting
-WCF

[demonia]

merci pour la réponse.

le but serait de faire simplement un transfère de données par réseau.
comme je vais utiliser des objets qui sont externes à mon logiciel je voulais pouvoir passer directement l'objet pour ne pas m'embeter.

par contre je risque de devoir le faire tourner sous mono car l'un des serveur tourne sous linux.
je ne sais pas si les méthodes que tu as citées sont compatibles (dans le cas contraire je me débrouillerai pour mettre un serveur windows).

par contre laquelle des méthode est la plus simple et rapide à implémenter?

[_skip]

Un web service c'est très simple, ajouter un nouveau projet dans la solution puis déclarer des webmethods. C'est du http et les objets sont sérialisés en xml, tu peux même voir la sortie en te connectant à l'url avec ton navigateur puis c'est vraiment simple à debugger. En plus, si ça a du sens dans ton cas, c'est pas spécifique .Net, ça fait que tu peux imaginer attaquer le webservice avec un autre langage. Par contre c'est très stateless.

Le remoting est spécifique à dotnet, c'est largement au dessus du webservice en terme de performance si tu utilises une connexion tcp au lieu d'http ainsi qu'une sérialisation binaire au lieu d'xml. Ca permet aussi de passer des objets par référence et de faire du stateful. En plus tu as le support des génériques.
La mise en oeuvre en production est quand même plus difficile, faut programmer un service windows pour faire office de serveur, c'est quand même moins straightforward qu'un webservice.

WCF est possible qu'avec les dernières versions de dotnet, ça permet de pratiquement tout faire, du stateful, du générique, du passage par référence... Par contre je n'ai pas d'expérience en production avec, juste une fois un petit truc que j'ai fait pour m'amuser. C'est rapide d'arriver à un résultat si tu suis un tutoriel, mais je pense que si tu dois faire des choses complexes ben c'est comme tout, faut bien piger comment ça se configure....

[demonia]

J'avais pensé aux webservices au départ mais je ne trouvais pas ça très optimisé mais finalement je pense que je vais rester sur les webservices pour des questions d'intéropérabilité et de compatibilité.

l'avantage c'est qu'après je peux faire le serveur en java qui est compatible a 100% avec windows et linux.

le programme sera un petit peu moins rapide mais finalement après quelque tests ça n'influe pas trop vu que la partie client/serveur n'est que toute petite.

en tout cas merci pour les réponses, ça m'a permis d'avancer