在Win2k上支持WCF需要什么,或者至少最小化支持通过.Net与Win2k服务器进行远程通信的工作?
我正在开发的产品有一个遗留的.NET远程实现,它已经被WCF取代,用于新的开发。在我们的WCF实现之前,遗留实现用作与运行旧版本的服务器通信的后备。
Sales已经要求Win2k支持,因为在Win2k上不支持.NET 3.0(因此可能是WCF),因此会让dev变得有点糟糕。我们希望以最少的额外开发工作来支持Win2k,但似乎为了支持Win2k,我们必须实现两次接口;一次用于远程服务器的远程处理,一次用于WCF。
答案 0 :(得分:7)
Windows 2000只运行.Net 2.0及更早版本。 WCF需要3.0或更高版本。可以重新编译许多3.x应用程序以定位2.0运行时,但如果您使用任何扩展(WCF,WF,WPF),则始终需要安装完整的3.x框架。
所以没有。
此外,对Windows 2000的扩展支持,包括安全更新,ends in a little over 13 months.如果有人想在该日期之后继续使用Windows 2000,那就是他们自己的业务。但是对你的影响是从那个日期开始,你无法确定是否确实存在一个问题,你可以真正解决,或者你的客户的服务器是否刚刚感染了恶意软件。在这种情况下提供支持是最困难的。
答案 1 :(得分:6)
你在W2K上最接近的是WSE3 - 这会给你MTOM(等)而不是完整的WCF优点。
您可以将服务设计为服务器上的WCF,但客户端的WSEx是什么?不是“免费”,但我确信几位WCF专家认为它非常“可行” - 毕竟WCF旨在支持标准。您必须将自己限制为http-basic,但无论如何都应该是默认的IMO。
Jimmy在这里有一篇文章:Interoperability between WCF and WSE 3.0(向下滚动到“WSE 3.0到WCF”)。
答案 2 :(得分:0)
正如其他人所说,你无法在Windows 2000上运行WCF。但是,你不一定非必须。
坦率地说,要求最终用户安装Win2003服务器以仅处理您的WCF服务并不是不合理的。您的客户可以保留其Windows 2000基础架构,只需运行仅运行该服务的Win2K3服务器(甚至虚拟机)。 Windows 2003 Web许可证大约300美元,它不需要运行大型机器,因此它具有相对的成本效益。