Hosting Silverlight senza IIS

Question

C'è un modo per incorporare un server Web o altri mezzi in un'applicazione .NET in modo che la GUI possa essere presentata come un'applicazione Silverlight? Attualmente abbiamo un'applicazione che è client/server. Stiamo utilizzando socket per comunicare e trasmettere messaggi avanti e indietro. Un pensiero era di rielaborare questo come una soluzione Silverlight. L'utente punta semplicemente il browser al server su una porta specifica e si connette.

Potrei usare IIS per servire Silverlight (XAML) ma speravo che ci fosse un altro modo per farlo tramite l'incorporamento di un server web o qualcosa del genere.

---

EDIT - Ulteriore spiegazione:

Abbiamo deciso di costruire la nuova versione dell'applicazione in WPF, ma sono nuovi per Silverlight & WPF. Tradizionalmente, avremmo costruito questo tipo di app utilizzando un servizio Windows sul server e un'app Windows Form sul client e ognuno avrebbe comunicato tramite socket. Con "questo tipo di applicazione" intendo un servizio Windows che elabora "roba" e un'app client che consente di configurare il servizio e visualizzare il suo stato corrente, ecc. Ho pensato che invece di costruire il socket layer e di dover analizzare i messaggi , mentre vanno avanti e indietro tra il client e il server, potremmo essere in grado di creare un'app Silverlight e l'utente deve semplicemente connettersi al server tramite il browser. Ciò significherebbe che non ho dovuto installare un'app client (diversa da Silverlight) e rimuovere il livello di comunicazione. Il crinckle è che mi piacerebbe rimuovere la dipendenza dal server con IIS e qualsiasi configurazione che potremmo aver bisogno di fare a IIS.

Forse sto guardando questo tutto sbagliato ... potrebbe essere il mio 'novità' per WPF/Silverlight/XAML

---

Answer 1

Silverlight è solo un HTML standard <object> modo che possa essere consegnato da tutto ciò che servirà HTML. Tuttavia, sembra una strana architettura per una soluzione client/server. Per quello che stai descrivendo, mi piacerebbe guardare ad entrambe:

• Silverlight out-of-browser dell'applicazione
• applicazione WPF distribuito mediante ClickOnce
• un'applicazione Silverlight che viene caricato da un sito web, ma comunica con il backend esistente utilizzando Silverlight's socket support

Puoi spiegare perché stai cercando di costruire un server personalizzato invece di uno degli approcci di cui sopra?

Answer 2

.NET fa fornire l'impianto idraulico necessario per implementare un server HTTP, senza estrema difficoltà .

Ecco uno di questi esempi code project.

Answer 3

Checkout questo link sulla costruzione di un Silverlight applicazione out-of-Browser: http://msdn.microsoft.com/en-us/magazine/dd882515.aspx

Answer 4

Se ho capito bene le vostre esigenze, un Silverlight 3 out-of-Browser app ti darebbe il meglio di entrambi i mondi:

• facile da installare
• facile da spingere fuori per gli utenti
• può essere lanciato dalla barra di avvio/collegamento sul desktop
• può essere eseguito offline (lo chiamano stato disconnesso), quindi se il server non funziona è possibile notificare gli utenti correttamente tramite l'app locale, anziché accedere all'URL SL online e ottenere a 404.
• storage locale
• facile da spingere gli aggiornamenti delle applicazioni fuori

Answer 5

Ecco un alternativa se si vuole evitare di IIS: Serving up Silverlight without IIS/webserver