WCF服務端的.NET Core支持項目Core WCF 正式啓動

長期以來在wcf客戶端庫 https://github.com/dotnet/wcf 裏反應最強烈的就是.NET Core的服務端支持 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項目支持社區

2019年6月7日，微軟WCF團隊成員Matt Connew（https://github.com/mconnew） 將Core WCF的初始代碼提交到了github：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領導的團隊。

從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.