C'est la même question que peu de temps avant, en remplaçant Silveright par WPF. Fondamentalement, la même réponse est vraie, mais il y a un peu moins pour vous faciliter la tâche; vous devez toujours faire des demandes à un serveur dont le client n'a rien à voir avec. Vous avez également toute la puissance du framework .Net à votre disposition, tandis que Silverlight n'a qu'un sous-ensemble plus petit (pas vraiment sous-ensemble mais je suppose que vous pourriez le dire). Ce qui signifie que le client n'aura besoin que d'avoir un framework .Net installé.En ce qui concerne le serveur auquel le client peut se connecter, cela peut être quelque chose, mais cela dépend vraiment de ce que vous en faites. Si vous voulez servir des fichiers génériques ou des services Web standard, oui, n'importe quel serveur Web peut le faire. C'est au client (application WPF) d'interpréter les données qu'il reçoit du serveur.
Vous serez généralement limité aux systèmes d'exploitation Windows lors de l'utilisation de WPF, voir les autres réponses. Cependant, les applications de navigateur WPF (BAP) ne sont pas vraiment une technologie aussi géniale (elles auraient pu être un peu plus mûres depuis que je les ai examinées la dernière fois, il ya peu de temps); si l'utilisateur doit l'installer sur son ordinateur alors pourquoi s'embêter à le mettre dans un navigateur? Déployez-le via click-once ou quelque chose.
Que diriez-vous de la même question en utilisant Silverlight ou Flash? Notez que le PC de l'utilisateur ne se contente pas de télécharger le plugin depuis un navigateur mais qu'il doit en réalité héberger et exécuter l'application flash ou silverlight. Je suppose que c'est la même chose que de demander quelles sont les exigences du serveur pour héberger une application flash ou silverlight (OS et la langue d'exécution) Merci – agezna