EF Core Power Tools v2.5.790.vsix，数据库方向工具

HD.EFCore.Extensions efcore扩展(UnitOfWork，EntityCache，DbContextPool增强) 解决如下3个问题： 1.官方的services.AddDbContextPool方法不能注入两个DbContext实例（调用两次），对应场景是DB主从分离的开发模式。现通过自定义方法services.AddDbContextPoolEnhance解决它。 2.UnitOfWork机制实现（不使用IRepositoty方式，依然保留ef默认的开发模式），支持无限嵌套调用，仍保证在一个事务中。 3.EntityCache模式的实现：当你通过一个主键值或一个主键值的集合去读取实体（或viewmodel）的时候，你将不用关系数据来自于缓存还是db，因为当缓存没有的时候会自动从db加载（可选的map to viewmodel），而当db.SaveChanges(

PostgreSQLNpgsql实体框架核心提供程序 Npgsql.EntityFrameworkCore.PostgreSQL是在之上构建的Entity Framework Core提供程序。 它允许您将EF Core O / RM与PostgreSQL一起使用。 上提供文档。

MySql.Data.EntityFrameworkCore.dll NuGet 程序包，用以在.NET Core程序中连接MySql数据库的组件，当nuget程序包管理器无法正常安装时可以添加此引用到项目中。

HD.EFCore.Generator efcore 代码生成器(含mysql和sql server） 解决的问题： 避免每次通过Scaffold-DbContext 命令从数据库reverse。 团队成员可以从一个公共的站点输入连接串和表名（可选）后reverse 原理： 通过efcore的源码找到Scaffold-DbContext命令的核心执行代码，从而提取出来，做成一个web站点

Account：net core Web API类型，为前端提供Rest服务 Account.Common：公共工程，与具体业务无关，目前里边仅仅有两个类，自定义业务异常类及错误码枚举类 Account.Entity：这个不要问我 Account.Repository.Contract：仓储契约，一般用于隔离服务层与具体的仓储实现。做隔离的目的是因为与仓储实现直接依赖的数据访问技术可能有很多种，隔离后我们可以随时切换 Account.Repository.EF：仓储服务的EFCore实现，从工程名字应该很容易可以看出来，它实现Account.Repository.Contract。如果这里不想用EF，那我们可以随时新建个工程Account.Repository.Dapper，增加Dapper的实现 Account.Service.Contract：服务层契约，用来隔离Account工程与具体业务服务实现 Account.Service：业务服务，实现Account.Service.Contract这个业务服务层中的契约 Account.VueFE：这个与之前一样，静态前端站点，从项目工程图标上那个互联网球球还有名字中VueFE你就应该能猜出来

vs2019创建Wpf Core项目netcore3.1实现EFCore连接sqlite示例,项目完整可运行。

在EF Core 中，可以使用EF Core Power tools 工具 可视化的查看 数据模型的结构。 支持Visual Studio 2019

由EFCore配合WebApi搭建的简单框架，通过Ajax实现增删改查，显示部分用了AngularJS。压缩包中包含源码、数据库、搭建流程。

EFcore项目小实例,用于学习交流