现在是将基于.net的大型分布式SOA系统转换为.net核心的适当时机吗？

我们有一个大型的业务解决方案，其中包括一些Windows服务、许多WCF服务、一些SharePoint应用程序和一些ASP.NET MVC web应用程序，这些应用程序是近10年前开发的。目前我们正在使用.NETFramework 4.0

现在我们看到.net开源平台正变得越来越流行，而.net核心似乎将成为.net的未来。在这种情况下，我们应该立即将所有应用程序转换为.NETCore，还是应该再等一段时间（可能超过一年）。NETCore对于百万美元的项目生产来说足够稳定了吗

---

提前感谢。

我在谷歌上找到了答案，并在dotnet平台文档中找到了答案：

在以下情况下，您应该为服务器应用程序使用.NET Framework： 您的应用程序当前使用.NET Framework（建议扩展而不是迁移）

WCF服务实现。即使有一个WCF客户端库使用.NET Core提供的WCF服务，截至2016年6月，WCF服务器实现仅在.NET Framework上可用。此场景不是.NET Core当前计划的一部分，但正在考虑将来使用

>P>工作流相关服务：Windows工作流基础（WF）、工作流服务（WCF + WF在单个服务中）和WCF数据服务（以前称为“ADO.NET数据服务”）仅在.NETFramework上可用，并且没有计划将它们带到.NETCARE. 由于我们完全依赖于WCF，所以现在无法移动到.net core（直到.net core中支持WCF）

但在使用ADO.NET数据服务相关功能的情况下，它必须保留在.NET framework中

---

以下是文档

您可以这样做，它有一个稳定的版本core 1.1，但它有一些限制： 我仍然觉得Project.json还没有完全稳定，根据我的经验，它还存在一些dnx问题。对于复杂的项目，您将有太多的引用，因此构建要比普通的.net framework项目花费更多的时间，而且如果您在project.json中同时使用core和.netframework引用，有时无法正确映射这些依赖项。您需要重新生成构建脚本和自动测试脚本，因为核心应用程序使用dotnet cmd，而您可能需要使用xunit，因为它是测试核心应用程序的最佳单元测试框架。但是，如果您希望将来在非windows平台上部署应用程序，您可以现在就开始迁移到Core1.1（稳定版本），只需进行最小的更改。如果在Azure中部署web应用，.net核心应用程序在framework v4.6中有一些限制
但有更多内置选项，如：

---

通过IOptions的强类型设置，简单的配置，尽管它提供了许多内置的中间件，但它也提供了一种方法，通过自定义中间件将您的自定义逻辑注入到请求管道中，Web应用程序在Kestrel中运行，这样您甚至可以从控制台运行您的应用程序，因为迁移不会提高您的生产率。如果你需要的话就去做。您可以在以下内容中查阅任何与it相关的msdn文章和面临的问题：

我已经阅读了文档，并获得了我们业务案例的答案（如下所示）。但是谢谢你的回答。是的，如果你的系统的主要部分在wcf上工作，那么wcf到核心的迁移就无法完成。但是，如果需要，您仍然可以迁移您提到的一些asp.net mvc应用程序，并且有一些优缺点，您可以参考我的答案。您听说过称为段落的东西吗？现在是将大型基于.net的分布式SOA系统转换为.net核心的时候了吗不