对于DotNetCore来说，把大部分组件者放在DI容器里，在startup中进行注入，在类的构造方法中进行使用，如果某些情况下，无法使用这种DI的方式，也可以自己控制数据上下文的生产过程，下面说一下。
一 标准注入+构造方法使用
数据上下文的定义，带参数的构造方法，注意他和使用什么类型的数据库没有关系，只是单纯的上下文
public partial class ErpContext : DbContext, IERPContext { public ErpContext(DbContextOptions dbContextOptions) : base(dbContextOptions) { } }
startup类中去注入指定的数据源和数据库连接串，注意在这里就有了数据库类型（如sqlserver,mysql,sqllite）和数据连接串
services.AddDbContextPool<ErpContext>( options => options.UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None"));
而对于使用者来说，就是某个控制器上，也是通过构造方法的DI来实现的，事实上dotnetcore把ioc&di这些模式都集成了
public ValuesController(ErpContext context) { this.context = context; }
二 不使用注入，直接建立数据上下文，手动建立DbContextOptions对象
这种类似于传统的方法，数据上下文对象里固定连接串，即某个上下文只属于某个数据库！
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) { optionsBuilder.UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None"); base.OnConfiguring(optionsBuilder); }
三 还有一种就是，即使用注入，也使用自动构造的方式来建立数据上下文
事实上就是在初始化上下文时，把optionsBuilder做为参数传进来，这个比较灵活
public class ERPRepository<T> : EFRepository<T> where T : class { public ERPRepository() : base(new ErpContext( new DbContextOptionsBuilder().UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None").Options)) { } }
以上几种方式就是我们使用数据上下文时的方法，还有一点要说话的，当使用了Pomelo.EntityFrameworkCore.MySql这个包包之后，请观察一下代码的性能，主要表现在linq的一对多查询上，代码如下：
//一对多，效率很低 var linq2 = from data1 in crm_customers.GetModel() join data2 in crm_customertag.GetModel() on data1.Id equals data2.CustomerId into list select new { name = data1.AccountantName, orders = list, }; var result2 = linq2.Take(10).ToList();
感谢各位的阅读！
我们下次将对一些性能存在问题的代码进行改善！
本文转自博客园张占岭（仓储大叔）的博客，原文链接：DotNetCore跨平台~EFCore数据上下文的创建方式，如需转载请自行联系原博主。
