Hébergement de Silverlight sans IIS

Question

Existe-t-il un moyen d'intégrer un serveur Web ou d'autres moyens dans une application .NET afin que l'interface graphique puisse être présentée comme une application Silverlight? Actuellement, nous avons une application client/serveur. Nous utilisons des sockets pour communiquer et transmettre des messages d'avant en arrière. Une pensée était de retravailler cela comme une solution Silverlight. L'utilisateur pointerait simplement son navigateur sur le serveur sur un port spécifique et serait connecté.

Je pourrais utiliser IIS pour servir le Silverlight (XAML) mais j'espérais qu'il y avait une autre façon de le faire en embarquant un serveur web ou quelque chose comme ça.

---

EDIT - De plus explaination:

Nous avons décidé de construire la nouvelle version de l'application WPF, mais sont nouveaux à Silverlight WPF &. Traditionnellement, nous aurions construit ce type d'application en utilisant un service Windows sur le serveur et une application Windows Forms sur le client et chacun communiquerait via des sockets. Par "ce type d'application" je veux dire un service Windows qui traite "truc" et une application client qui vous permet de configurer le serivce et d'afficher son état actuel etc. Je pensais qu'au lieu de construire la couche socket et d'analyser les messages , car ils vont et viennent entre le client et le serveur, nous pourrions être en mesure de construire une application Silverlight et avoir l'utilisateur simplement se connecter au serveur via leur navigateur. Cela signifierait que je n'ai pas eu à installer une application cliente (autre que Silverlight) et supprimer la couche de communication. Le crinckle est que je voudrais enlever la dépendance sur le serveur ayant IIS et toute configuration que nous pourrions devoir faire à IIS.

Peut-être que je regarde tout faux ... pourrait être ma « nouveauté » à WPF/Silverlight/XAML

---

Answer 1

Silverlight est juste une norme HTML <object> afin qu'il puisse être livré par tout ce qui servira HTML. Cependant, cela semble être une architecture étrange pour une solution client/serveur. Pour ce que vous décrivez, je regarde soit:

• Silverlight hors navigateur demande
• application WPF livré via ClickOnce
• application Silverlight qui est chargé à partir d'un site Web, mais communique avec votre backend existant utilisant Silverlight's socket support

Pouvez-vous expliquer pourquoi vous envisagez de créer un serveur personnalisé au lieu de l'une des approches ci-dessus?

Answer 2

ne .NET fournir la plomberie nécessaire pour implémenter un serveur HTTP sans difficulté extrême .

Voici un tel exemple code project.

Answer 3

Commander ce lien sur la construction d'un hors-navigateur Silverlight application: http://msdn.microsoft.com/en-us/magazine/dd882515.aspx

Answer 4

Si je comprends bien vos besoins, un Silverlight 3 hors navigateur application vous donnera le meilleur des deux mondes:

• facile à installer
• facile à pousser à des utilisateurs
• peut être lancé à partir de la barre de démarrage/raccourci du bureau
• peut fonctionner en mode déconnecté (ils l'appellent état détaché), donc si votre serveur est en panne, vous pouvez avertir les utilisateurs via l'application locale, plutôt que de naviguer vers l'URL SL en ligne et obtenir a 404.
• stockage local
• facile à pousser les mises à jour de l'application sur

Answer 5

Voici une alternative si vous voulez éviter IIS: Serving up Silverlight without IIS/webserver