.net 在使用HTTP的自托管WCF（非IIS）服务上托管文件或流数据？

是否可以在不涉及IIS的情况下在自托管HTTP配置的WCF服务（如自定义HTML或XML文件）上托管自定义数据？我指的是实例化自己的端点/侦听器的ServiceHost实例

我有一个使用自托管WCF服务的应用程序，它有一个Windows窗体客户端，但我也在考虑添加一个轻量级Silverilght界面，但我不想使用IIS，原因与我不想使用成熟的SQL Server相同——我正试着在没有IIS依赖项的情况下使整个程序自行打包。（是的，我知道不涉及IIS不是最佳做法，因为这会使其可靠性和灵活性有所降低，但此功能不是其中的主要部分。）

如果这是不可能的，我将不得不在服务器上的完整IIS或客户端上的完整WPF之间进行选择，我只是好奇以前是否有人发现了这一点

谢谢

---

乔恩

你有没有调查过这两种情况，甚至有没有调查过？也许这两种方法中的任何一种都能满足您的需要？

在Windows服务中托管WCF组件是否更适合您的使用情况？

确定找到了我的答案。[OperationContract]有一个WebGet属性，您可以为其分配URL。然后，与此属性关联的方法可以返回流对象

此处示例：。：）

---

有了这个，我就可以在一个单独的端口上使用Cassini通过HTTP为Silverlight.xap服务，并且仍然指向原始WCF URL上的WCF服务。从理论上讲，我甚至可以从类似的WCF接口托管.xap和包含HTML的文件，从而不再需要策略文件。

我这里有一个可供下载的示例应用程序，其中演示了如何托管或流式处理文件中的数据（使用WebGet属性）连接到自托管WCF服务的Silverlight 2 RTM客户端的客户端访问策略要求

该解决方案由示例Silverlight和WPF客户端项目以及控制台应用程序项目组成，该项目自托管双工WCF服务，并实例化从ServiceHost派生的类的实例，以公开不同类型客户端的适当端点

---

也许这会有所帮助……

这真的会部署在不安装IIS的服务器上吗？我并不完全了解Silverlight/WCF集成，但它真的需要在IIS中托管任何WCF服务吗？WCF有很多托管选项。。。