将 WCF 服务从 .NET 3.5 迁移到 4.0 时，我需要注意哪些问题？答案

【问题标题】：Are there any issues I need to be aware of, migrating a WCF service from .NET 3.5 to 4.0?将 WCF 服务从 .NET 3.5 迁移到 4.0 时，我需要注意哪些问题？
【发布时间】：2012-02-23 15:15:08
【问题描述】：

我在 2009 年写了一个 WCF 服务，它使用 net.tcp。我使用了 VS 2008、.NET 3.5。现在我正在使用 VS 2010 和 .NET 4.0 开发一个新的 WPF 应用程序，它将使用我的 WCF 服务。在处理这个问题时，我发现我将不得不对 WCF 服务进行一些更改。既然我必须这样做，我想我不妨将它升级到 .NET 4.0，唯一担心的是，我是否需要了解我需要考虑的任何更改？（此时，将使用 WCF 服务的唯一应用是这个新的 WPF 客户端应用，所以我不会影响其他任何东西。）

【问题讨论】：

您可能想利用一些东西 (msdn.microsoft.com/en-us/library/ee354381.aspx)，但我不认为有任何重大变化。
去吧。你应该没事。

标签： wcf

【解决方案1】：

我同意其他所有人的观点，但根据我的经验，netTcpBinding 麻烦多于其价值。太多令人头疼的配置问题，即使在我处理了所有这些问题之后，结果发现我的一些客户正在使用代理服务器，这些代理服务器必须将异常添加到他们的网络中。这才是真正的杀手。

我最终改用端口 80 上的 wsHttpBinding 重做我的服务，而不是担心回调，我只是让我的客户每隔一段时间 ping 服务器以查找数据。

【讨论】：

真的，多么有趣。我编写了几个 WCF 服务，大多数使用 wsHttpBinding，但在这种特殊情况下，WCF 服务将通过网络传输大量数据。由于是自建的，我认为最好使用 TCP 而不是 HTTP，因为 TCP 应该更快。
@Rod -- 我认为 TCP 也会更快。这实际上取决于您的网络架构。在我的例子中，我们正在使用消费者通过 WPF Clickonce 应用程序使用的服务。 80 端口几乎是唯一可能为 99% 的人工作的端口。