Discussion :

[mikebenny]

Bonjour,
Novice avec cet ensemble de technologies, je desirerais avoir un peu d information sur les points suivants :
Je desire developper une application contenant un Serveur, 10aine d administrateurs et 300 clients.
Les administrateurs gerent une base de donnees de contenus et la font parvenir aux clients.
Le deploiement peut se faire tant en LAN que en WWW.

Les contraintes :
look and feel des interfaces graphiques Windows (drag n drop etc...)
rapidite d execution des requetes
deploiement facile
synchronisation temps reel lors de mises a jour faite par un ou plusieurs administrateurs.
information en temps reel de la presence des clients

Serait il judicieux de developper une architecture n-tiers base sur une application legere silverlight pour les administrateurs avec des communications se faisant uniquement par webservices ? ou plutot en remoting ? quelle est l avantage de l un par rapport a l autre ?
Est ce que le remoting s il se fait a travers une application Silverlight Navigateur n est pas lui meme reencapsule dans du SOAP et donc de fait redevient un webservice. Auquel cas quel serait l avantage de l utiliser ?

Le TcpBinding est il la solution ? comment fonctionne t il ?
Merci de votre aide.

[Pol63]

un peu mélangé tes questions

quand tu parles de mises à jour on ne sait pas trop si tu parles des versions ou des données

concernant les versions :
un client lourd ou du silverlight, ca se ressemble à mon avis, bienque le client lourd puisse etre plus chiant pour le déploiement et les mises à jour selon certains (pas trop de cet avis)
silverlight y a pas de soucis de mises à jour, elles sont faites sur le serveur, mais le peu que j'ai essayé, y a plein de choses interdites, donc faut chercher un peu ce qui est autorisé ou comment avoir tous les droits

concernant l'affichage des données, en client lourd ou silverlight, il y a moyen d'avoir un affichage temps réel

.net remoting, je ne pense pas que ca soit autorisé en silverlight, par contre wcf l'est et c'est à peu près la meme chose en plus paramétrable
.net remoting et wcf sont des encapsulations de socket, ca simplifie la vie pour du transfert réseau (au lieu de transfert des octets, on partage des méthodes, fonctions ou autre)
pour les performances, il faut les utiliser en binaire tcp (ca peut s'utiliser en xml http par exemple, mais l'xml n'est pas connu pour sa modération en taille)

m'enfin faudrait voir d'autres réponses, parce que je suis pas expert en silverlight et wcf

[Nathanael Marchand]

Je confirme ce que dit Pol63.
De plus, de nos jours, il n'y a plus trop d'interet a utiliser le remoting: le "must-do" est clairement wcf

[mikebenny]

Merci pour vos reponses.
En fait ce que je cherche a savoir c est l utilite de faire du remoting dans 2 cas [Outre les performances que cela peut procurer (quand cela est necessaire. car sur une requete ou j ai un delai d attente de 0,2seconde, ou 0,02 secondes, l utilisateur n y verra pas grand chose comme difference)]

1./Pour rester interoperable (ouvert a d autre systemes non WCF) il faut utiliser a priori du remoting http. mais a ce moment la, y a t il un gain a faire du remoting HTTP ?
2./Dans le cas ou sur Silverlight 4, on peut faire appel a du remoting TCP, comment est ce que cela fonctionne ?
Merci

[Pol63]

si tu veux de l'interopérabilité, wcf est peut etre plus indiqué que d'attaquer la base directement (bienque tout le monde puisse attaquer la base, alors que wcf n'est peut etre pas utilisable de partout (java doit fonctionner à priori))

attaquer la base directement est surement le plus simple depuis un client lourd, depuis silverlight, il faut le full trust (pas réussi à l'avoir dans mes rapides tests à l'époque)

wcf peut apporter un plus au niveau des rafraichissement, en effet quand un client va modifier quelque chose, ton host wcf pourra avertir les autres clients connectés

wcf apporte aussi la fonctionnalité de savoir qui est connecté

[Nathanael Marchand]

Je dirais aussi que pour l'interoperabilité, WCF reste le mieux! Tout dépend des protocoles que tu choisis avec WCF mais par exemple tu peux faire du REST avec webHttpBinding ou faire du SOAP interoperable avec JAVA en utilisant des wsHttpBinding, basicHttpBinding, ws2007HttpBinding, wsDualHttpBinding et wsFederationHttpBinding