我在担心...我应该升级一个主要基于ADO.NET的项目.Net Framework到.Net Core吗？有办法做到吗？有没有一种方法可以做到这一点，而不必进入实体框架模式时开发。我希望它保持我们调用proc的方式，仅此而已。- 谢谢-谢谢
4uqofj5v1#
你可以而且应该这样做。有很多不错的新特性作为核心的一部分，包括一些重要的性能胜利，虽然它还没有正式宣布，但意图是明确的框架的日子屈指可数;无论如何，在某个时刻，你需要这样做，越早这样做，你就越少担心两个平台之间的“漂移”。特别是对于ADO.NET来说，主要的技巧是提供商已经转移了。虽然它们仍然可用，但名称空间是不同的（即：Microsoft.Data.SqlClient而不是System.Data.SqlClient），它们不是开箱即用的，而是必须从NuGet添加。除了这个相当简单的改变，其他ADO.NET代码将继续像以前一样工作。不过，请注意，您可能也会发现一些其他非ADO.Net的东西在从Framework到Core的过渡过程中也发生了变化（WinForms、Security/Cryptogaphry API和identity在刚开始的时候就出现在脑海中），所以这仍然是一项重要的任务。
Microsoft.Data.SqlClient
System.Data.SqlClient
1条答案
按热度按时间4uqofj5v1#
你可以而且应该这样做。有很多不错的新特性作为核心的一部分，包括一些重要的性能胜利，虽然它还没有正式宣布，但意图是明确的框架的日子屈指可数;无论如何，在某个时刻，你需要这样做，越早这样做，你就越少担心两个平台之间的“漂移”。
特别是对于ADO.NET来说，主要的技巧是提供商已经转移了。虽然它们仍然可用，但名称空间是不同的（即：
Microsoft.Data.SqlClient而不是System.Data.SqlClient），它们不是开箱即用的，而是必须从NuGet添加。除了这个相当简单的改变，其他ADO.NET代码将继续像以前一样工作。
不过，请注意，您可能也会发现一些其他非ADO.Net的东西在从Framework到Core的过渡过程中也发生了变化（WinForms、Security/Cryptogaphry API和identity在刚开始的时候就出现在脑海中），所以这仍然是一项重要的任务。