WCF服务端的.NET Core支持项目Core WCF 正式启动 - 好文

长期以来在wcf客户端库 https://github.com/dotnet/wcf <https://github.com/dotnet/wcf>
里反应最强烈的就是.NET Core的服务端支持https://github.com/dotnet/wcf/issues/2695
<https://github.com/dotnet/wcf/issues/2695> ，在build 2019
大会上微软明确说明在将WinForms，WPF和Entity Framework 6添加到.NET Core 3.0后，不打算再将.NET
Framework中的技术添加到.NET Core中。这意味着微软不会向.NET Core添加ASP.NET WebForm，WCF，Windows
Workflow，.NET Remoting和各种其他较小的API。.NET团队博客上的Scott Hunter也发了文章进行说明Core WCF在.NET
5的更多背景信息，使用WF和WCF OSS项目支持社区
<https://devblogs.microsoft.com/dotnet/supporting-the-community-with-wf-and-wcf-oss-projects/>

2019年6月7日，微软WCF团队成员Matt Connew（https://github.com/mconnew
<https://github.com/mconnew>）将Core WCF的初始代码提交到了github：
https://github.com/CoreWCF/CoreWCF <https://github.com/CoreWCF/CoreWCF> ，Core
WCF不打算做WCF到.NET Core的100％兼容的移植，但旨在允许仅通过更改命名空间来移植许多WCF 契约和服务实现。最初，它将使用Kestrel实现
HTTP和TCP SOAP服务，这是.NET Framework上最常用的WCF 选项。 Core WCF是在.NET基金会下面的一个项目，
.NET基金会积极协调开源社区领导者，目前组建了一个由Tibi Covaci <https://tibi.me/>领导的团队。

从Scott Hunter发的博客文章来看，Web
Forms、WCF和WF的路线图已经很清晰了，对于新应用程序，WCF这种SOAP技术不建议使用，有更好的技术可以提供类似的用途，并提供更多功能或更好的体验:

* ASP.NET Blazor - 提供与ASP.NET Web
Forms类似的组件和基于事件的编程模型，但生成SPA（单页面应用程序）而不是传统的Web站点。
* ASP.NET Web API或gRPC - 提供可在所有设备和平台上使用的 API和基于契约的RPC。
* .NET Core WCF客户端 - 使得.NET Core项目能够调用在.NET Framework上运行的现有WCF服务器。
对于老的应用程序，建议将这些保留在.NET
Framework上。如果这些项目上满足您的业务需求又没有太多时间对它进行重构，那么您应该将它们留在原地，继续使用.NET
Framework，甚至可以通过Windows容器是应用程序现代化。.NET Framework 从4.5.2版及更高版本开始，.NET
Framework被定义为Windows操作系统（OS）的一个组件。组件获得与其父产品相同的支持，因此，.NET Framework
4.5.2及更高版本遵循安装它的基础Windows操作系统的生命周期策略。所以基本上，如果您在可预见的未来继续使用.NET
4.x，完全不用担心微软不支持了，微软肯定支持，支持的生命周期和Windows Server的支持生命周期是一致的。

如果您真的想将一个旧的应用程序迁移到.NET Core并且想继续使用WCF和WF，社区的开源项目也是可以的，但是上生产的时间表就要到了2020年.NET
5.

热门工具换一换