2009-09-22 16 views
5

Czy istnieje sposób na osadzenie serwera WWW lub innych środków w aplikacji .NET, aby można było przedstawić GUI jako aplikację Silverlight? Obecnie mamy aplikację, która jest klient/serwer. Używamy gniazd do komunikacji i przekazywania wiadomości w tę iz powrotem. Jedną z nich było przerobienie tego jako rozwiązanie Silverlight. Użytkownik po prostu wskaże swoją przeglądarkę na serwerze na określonym porcie i będzie podłączony.Hosting Silverlight bez usługi IIS

Mogę używać usług IIS do obsługi Silverlight (XAML), ale miałem nadzieję, że jest inny sposób na to, poprzez osadzenie serwera WWW lub coś podobnego.


EDIT - Dalsze wyjaśnieniu:

Zdecydowaliśmy się zbudować nową wersję aplikacji w WPF, ale są nowe do Silverlight & WPF. Tradycyjnie skonstruowalibyśmy tego typu aplikację za pomocą usługi Windows na serwerze i aplikacji Windows Forms na kliencie, a każdy komunikował się przez gniazda. Przez "ten typ aplikacji" mam na myśli usługę Windows, która przetwarza "rzeczy" i aplikację kliencką, która pozwala skonfigurować usługę i zobaczyć jej aktualny status itp. Myślałem, że zamiast budować warstwę gniazda i konieczności analizowania wiadomości , ponieważ przechodzą one w obie strony między klientem a serwerem, możemy być w stanie zbudować aplikację Silverlight i umożliwić użytkownikowi połączenie się z serwerem za pośrednictwem przeglądarki. Oznaczałoby to, że nie musiałem instalować aplikacji klienckiej (innej niż Silverlight) i usunięto warstwę komunikacyjną. Kłopot polega na tym, że chciałbym usunąć zależność od serwera mającego IIS i dowolną konfigurację, która może być potrzebna do IIS.

Może Patrzę na to wszystko źle ... mógłby być mój „nowość” do WPF/Silverlight/XAML


+0

Jeśli używasz aplikacji lokalnie tak, dlaczego nie wykorzystać WPF? Czy istnieje ograniczenie dotyczące ładowania programu .NET 3.5 na komputerach docelowych? –

+0

Aplikacja nie jest uruchamiana lokalnie ... jest to aplikacja serwerowa z klientem stacjonarnym do konfiguracji i monitorowania. –

Odpowiedz

4

Silverlight jest tylko standardowy HTML <object> więc może być dostarczona przez cokolwiek, co będzie służyć HTML. Jednak wydaje się dziwną architekturą dla rozwiązania klient/serwer. Za to, co opisujesz, to patrzę na albo:

  • Silverlight out-of-przeglądarce aplikacji
  • aplikacji WPF dostarczane za pośrednictwem ClickOnce
  • aplikacji Silverlight, który jest ładowany z witryny, ale komunikuje się z telefonem istniejący backend za pomocą Silverlight's socket support

Czy możesz wyjaśnić, dlaczego szukasz niestandardowego serwera zamiast jednego z powyższych podejść?

+0

Dzięki za sugestie, dodałem trochę więcej szczegółów do pytania, które może pomóc wyjaśnić, dlaczego o to pytam. –

+0

Dzięki. Dlaczego nie chcesz uruchomić IIS? Możesz uruchomić aplikację Silverlight na dowolnym serwerze internetowym, jeśli to system operacyjny/licencjonowanie - Apache, itp. –

1

NET ma zapewnić instalacyjnych potrzebnych do wdrożenia serwera HTTP bez ekstremalnych trudności .

Oto jeden z takich przykładów: code project.

1

Jeśli dobrze rozumiem Twoje wymagania, Silverlight 3 out-of-przeglądarce aplikacja nie daje najlepsze z obu światów:

  • łatwe do zainstalowania
  • łatwo wypchnąć do użytkowników
  • można uruchomić z paska startowego/skrótu na pulpicie
  • można uruchomić w trybie offline (nazywają to stanem oderwania), więc jeśli serwer jest wyłączony, możesz ładnie powiadomić użytkowników za pomocą aplikacji lokalnej, zamiast przeglądać internetowy URL SL i uzyskiwać a 404.
  • lokalnej pamięci
  • łatwy do pchania aktualizacje aplikacji z
Powiązane problemy