C# 在dotnet核心项目中使用dotnet实体框架类库构建
我有一个用户管理面板,它是在MVC.net和实体框架代码优先的方法上创建的,实体框架是在.net上构建的一个单独的类库 现在,我需要为它创建一个管理面板,并希望在dot net core上创建它,但是我计划使用相同的数据库和基于dot net标准构建的EF Framework类库C# 在dotnet核心项目中使用dotnet实体框架类库构建,c#,asp.net-mvc,entity-framework,.net-core,entity-framework-core,C#,Asp.net Mvc,Entity Framework,.net Core,Entity Framework Core,我有一个用户管理面板,它是在MVC.net和实体框架代码优先的方法上创建的,实体框架是在.net上构建的一个单独的类库 现在,我需要为它创建一个管理面板,并希望在dot net core上创建它,但是我计划使用相同的数据库和基于dot net标准构建的EF Framework类库 这可以实现吗?我保留一个单独的Entity Framework.NET项目,它可以被.NET项目和.NET core使用。由于您没有提供您(打算)使用的MVC、Entity Framework和.NET core版本,
这可以实现吗?我保留一个单独的Entity Framework.NET项目,它可以被.NET项目和.NET core使用。由于您没有提供您(打算)使用的MVC、Entity Framework和.NET core版本,因此很难给您提供准确的建议 .NET核心EF6兼容性 正如中所建议的,建议在使用.NET Core时使用实体框架Core。然而,EntityFramework6也支持.NET核心应用程序。 这些信息可以在他们比较EF6和EF Core的地方找到 EF Core 3.1通过使用.NET标准2.0在.NET Core和.NET Framework上运行。但是,EF Core 5.0将不会在.NET Framework上运行。。。 EF6.4通过多目标定位在.NET Core和.NET Framework上运行 在同一篇文章中,他们还比较了EF6和EF Core之间的功能兼容性。他们还提供建议,说明在处理现有项目时,将DAL升级为EF核心是有益的还是必要的 结论
您可能可以将用EF6编写的现有数据访问层与.NET核心应用程序一起使用,但是您是否应该取决于您的应用程序的进一步开发/要求,您可以在中找到。考虑到.NET支持的一些DLL,dot net core将不支持,留下复杂的问题,您认为最好的方法是什么,因为我想在dot net core上构建一个单独的管理面板,并使用现有数据库(已使用entity framework 6设置),我使用的是mvc 5您希望重用数据访问层代码还是仅重用数据库?使用不同的DAL(用EF Core编写)重用同一个数据库肯定会起作用,但是会让您复制大量代码。只要不引用任何与.Net核心不兼容的项,使用现有DAL(使用EF 6)也可以在.Net核心项目中使用。我建议将现有项目分为两个项目,一个包含UMP的应用程序逻辑,另一个包含数据访问代码(在类库项目中)。然后您可以在您的管理项目中重用后者。EF6项目已经在一个单独的项目中。目前的结构如下:HelloWorld.API HelloWorld.BLL(业务逻辑)HelloWorld.Data(EF)理想情况下,我想把这个项目也放在.net core上,但不是现在,我想我可能可以按照如下方式设置新的核心项目:NewHelloWorld.API,NewHelloWorld.BLL,NewHelloWorld.Data,can new EF core Library'NewHelloWorld.BLL',在HelloWorld.BLL中引用它,这将使我的生活变得轻松,我将使用更新的EF框架,不需要重做这些事情,你有什么建议?我不清楚你的情况。是否要在旧项目的BL中引用新项目的新BL?如果是这样的话,这与你原来的问题有什么关系?我假设只有数据项目包含EF引用?