.net 在没有IIS的情况下托管Silverlight

有没有一种方法可以在.NET应用程序中嵌入web服务器或其他方法，以便GUI可以显示为Silverlight应用程序？目前，我们有一个客户端/服务器应用程序。我们使用套接字进行通信并来回传递消息。一个想法是将其作为Silverlight解决方案进行修改。用户只需将浏览器指向特定端口上的服务器即可连接

我可以使用IIS来提供Silverlight（XAML），但我希望有另一种方法可以通过嵌入web服务器或其他什么来实现这一点

---

编辑-进一步解释：

我们决定在WPF中构建应用程序的新版本，但对Silverlight&WPF来说是新版本。传统上，我们会在服务器上使用Windows服务构建这种类型的应用程序，在客户端使用Windows窗体应用程序，每个应用程序都会通过套接字进行通信。所谓“这种类型的应用程序”，我指的是处理“东西”的Windows服务和允许您配置服务并查看其当前状态等的客户端应用程序。我认为，与其构建套接字层，还不如在客户端和服务器之间来回解析消息，我们或许可以构建一个Silverlight应用程序，让用户只需通过浏览器连接到服务器。这意味着我不必安装客户端应用程序（Silverlight除外），并且可以删除通信层。关键是我想删除对拥有IIS的服务器的依赖，以及我们可能需要对IIS进行的任何配置

也许我看错了……这可能是我对WPF/Silverlight/XAML的“新鲜感”

---

---

.NET确实提供了实现HTTP服务器所需的管道，没有任何困难

---

这里有一个这样的例子。

Silverlight只是一个标准的HTML

，所以它可以由任何提供HTML的东西来提供。然而，对于客户机/服务器解决方案来说，这似乎是一种奇怪的体系结构。对于您所描述的内容，我将看到：

• Silverlight浏览器外应用程序
• 通过ClickOnce交付的WPF应用程序
• Silverlight应用程序，从网站加载，但使用

---

您能解释一下为什么要构建自定义服务器而不是上述方法之一吗？

如果我正确理解您的要求，Silverlight 3 out-of-browser应用程序将为您提供两个方面的最佳选择：

• 易于安装
• 易于向用户推出
• 可以从开始栏/桌面快捷方式启动
• 可以脱机运行（他们称之为分离状态），因此，如果您的服务器关闭，您可以通过本地应用程序很好地通知用户，而不是让他们浏览在线SL url并获得404
• 本地存储
• 轻松推出应用程序更新

---

如果您在本地运行应用程序，为什么不使用WPF？在您的目标计算机上加载.NET 3.5是否有限制？该应用程序不是本地运行的…它是一个服务器应用程序，带有一个桌面客户端，可以进行配置和监视。感谢您的建议，我为这个问题添加了更多的细节，这可能有助于澄清我为什么要问这个问题。谢谢。为什么不想运行IIS？如果是OS/licensing-Apache等，您可以在任何Web服务器上托管Silverlight应用程序。