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