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