服务器端 WCF 开发计划不明，开发者表示遗憾

微软在与服务器端 WCF 相关的问题上仍然没有什么进展。在人们看来，服务器端 WCF 似乎已经是一项过时的技术。微软的一名员工表示，这需要点耐心，这与之前的声明并不矛盾。

虽然客户端 WCF 从一开始就可用，但多年来微软一直拒绝将WCF的服务器端移植到.NET Core。除了团队规模问题之外，从来没有人解释为什么没有将它们看成一个整体看待。源代码可以在Reference Source上找到，而且大多数绑定都是跨平台的。

注意，有一些安全选项和绑定只针对 Windows 的（例如命名管道、MSMQ），不过Windows Compatibility Pack已经为其他库解决了这些问题。

在 Scott Hunter 给出如下的描述后，引起了用户新一轮的抱怨：

在.NET Core 3.0 之后，我们将不再从.NET Framework 中移植任何功能。如果你是一个 Web Forms 开发人员，并且希望基于.NET Core 构建一个新的应用程序，我们将推荐使用 Blazor，它提供了最接近的编程模型。如果你是一个 Remoting 或 WCF Server 开发人员，并且希望基于.NET Core 构建一个新的应用程序，我们建议使用ASP.NET Core Web API 或 gRPC，它们提供基于跨平台和跨编程语言的 RPC。如果你是一个 Windows Workflow 开发人员，可以使用开源的 Workflow .NET Core 移植版本。

这让很多.NET 开发人员感到不安，他们一直认为 REST 不能替代 WCF。gRPC 也是一样，从 WCF 用户的角度来看，gRPC 只不过是一个忽略了 WCF 提供的其他功能的绑定。简单地说，它们都没有发挥抽象通信框架的作用，而这正是 WCF 的主要意图。（更不用说因为一些遗留问题和合约原因需要支持 WS-*/SOAP 了）。

GitHub 用户 dgxhubbard 写道：

Scott 的声明说了一件事：“使用 gRPC 愉快！”我希望做出这个决定的人也能使用 gRPC 来编写代码，并替换掉一些 WCF 服务器服务，看看这句话到底意味着什么。我们将不得不重写我们的服务来模拟 WCF，所以我们对.NET Core 3 和更高版本的采用将被搁置一段时间。

Chris Benard 表示赞同：

我表示赞同。我不认为 gRPC 会是一个很好的替代方案。WCF 最大的卖点之一是能够在服务器端和客户端之间共享 DLL，提供了丰富的服务契约模型和接口。在我看来，gRPC 依赖于代理生成。我们的一些服务会保存序列化对象的副本，以便稍后重用它们，我不知道 gRPC 将如何实现这些。

我真的不想再手动使用 NetDataContractSerializer，然后把字节强制放到 gRPC 管道或其他什么东西上（.NET Core 中有 NetDataContractSerializer 吗？我希望或者假设是不存的，但 DataContractSerializer 存在）。

合约对我来说不是什么大事，它是具有相同 DLL 的服务器/客户端之间的模型共享。

此外，还有需要在单个 ServiceHost 上提供多个端点的能力。我们可以在一个端点上具有 TransportSecurity，在另一个端点上具有 MessageSecurity。我们用它来更新端点上的安全性，但 gRPC 似乎都不支持这些。

更不用说我们的用户必须一个接一个地打开出向端口，而且我们不能只使用 gRPC 将同一个端口迁移到集群。

这一切都意味着.NET Core 在很长一段时间内都无法在服务器端使用。感谢上帝，我从未在客户端使用过 WS-Security 或其他任何东西，所以我没有掉进这个坑。但是，我必须重新定义 netstandard2.0 共享的服务器端 DLL，然后尝试了解核心 WCF 客户端和 WCF 服务器之间的工作原理。

这真是一个噩梦，我几乎失去了整个框架。

gRPC 甚至不支持用于本地跨进程远程的命名管道，而这在 WCF 中我认为是理所当然的事情…

微软的 Matt Connew 发表了几条评论，暗示了 WCF 用户的未来之路：

Scott 的这句话并不是在讨论 WCF 代码库，因为 WCF 现在与.NET 是分开的，它更像是一个外部库，而不是框架的一部分。虽然目前我还不能对服务器端 WCF 做任何特别的说明，但是将更多的 WCF 特性移植到服务器的可能性还是有的，我们确实希望支持更多的场景。

Matt 最近重申：

我保证，在 Build 大会之后，会有大量的意见被听取，请再耐心一点。大型企业的轮子有时可能又大又重，需要很大的力气才能转动它们，而且可能会移动得很慢。Scott Hunter 在 Build 大会上布有一些东西正在开发中，而且确实如此。

然而，微软的 Stephen Bonikowsky 似乎提出了反驳观点：

在 WCF 服务器端方面，并没有计划将其包含在代码库中。不过，人们对服务器端非常感兴趣，你可以关注 #2695 中正在进行的讨论，特别是 @mconnew 最近在那里发表的评论。

这可能意味着这是一个从服务器端 WCF 单独代码库到整体的重新设计，就像我们在使用 Entity Framework 替换 LINQ-to-SQL 时看到的那样。现在还说不清楚，而且微软还没有准备好公布他们的计划。

查看英文原文：Unclear Plans for Server-Side WCF Continues to Frustrate .NET Developers