对于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().ToList();
感谢各位的阅读！
我们下次将对一些性能存在问题的代码进行改善！