如何从EFCore上下文使用深入到DI生命周期剖析后改写为长尾？
- 内容介绍
- 文章标签
- 相关推荐
本文共计2513个文字，预计阅读时间需要11分钟。
故事背景：近期将一个老项目从Framework迁移到.NET Core 3.0，数据访问选择的是EFCore + MySQL。使用EF时不可避免地要和DbContext打交道。在Core中，常规用法通常是创建一个名为XXXXContext的类。
故事背景
最近在把自己的一个老项目从Framework迁移到.Net Core 3.0，数据访问这块选择的是EFCore+Mysql。使用EF的话不可避免要和DbContext打交道，在Core中的常规用法一般是：创建一个XXXContext类继承自DbContext，实现一个拥有DbContextOptions参数的构造器，在启动类StartUp中的ConfigureServices方法里调用IServiceCollection的扩展方法AddDbContext，把上下文注入到DI容器中，然后在使用的地方通过构造函数的参数获取实例。OK，没任何毛病，官方示例也都是这么来用的。
本文共计2513个文字，预计阅读时间需要11分钟。
故事背景：近期将一个老项目从Framework迁移到.NET Core 3.0，数据访问选择的是EFCore + MySQL。使用EF时不可避免地要和DbContext打交道。在Core中，常规用法通常是创建一个名为XXXXContext的类。
故事背景
最近在把自己的一个老项目从Framework迁移到.Net Core 3.0，数据访问这块选择的是EFCore+Mysql。使用EF的话不可避免要和DbContext打交道，在Core中的常规用法一般是：创建一个XXXContext类继承自DbContext，实现一个拥有DbContextOptions参数的构造器，在启动类StartUp中的ConfigureServices方法里调用IServiceCollection的扩展方法AddDbContext，把上下文注入到DI容器中，然后在使用的地方通过构造函数的参数获取实例。OK，没任何毛病，官方示例也都是这么来用的。