How to remove dependency from EntityFrameworkCore 3 in ASP.NET core 3.1 c# entity-framework-core


My EF-Core database access layer and ASP.NET Core application are in different projects. I am trying to wire-up Database access layer to Web application and come with code

public void ConfigureServices(IServiceCollection services)
    services.AddDbContext<DatabaseContext>(options =>

    services.AddScoped<IMyDbContext, DatabaseContext>();
    services.AddScoped<IUserService, UserService>();
    services.AddScoped<IPlanService, PlanService>();


Unfortunately, this adds a dependency on the EntityFrameworkCore library. How to move DI wire-up outside Web application into the Database project?

I was using a similar approach in ASP.NET MVC(not Core) project with Unity DI, there was UnityContainerExtension class for that. My old example

DI wire-up in the database layer

 public class SharedUnityRegistry : UnityContainerExtension
        private readonly Func<Type, LifetimeManager> _lifeTimeManager;

        public SharedUnityRegistry(Func<Type, LifetimeManager> lifetimeManager)
            _lifeTimeManager = lifetimeManager;

        protected override void Initialize()
                AllClasses.FromLoadedAssemblies().Where(type => typeof(DatabaseContext).IsAssignableFrom(type)),

DI Wire-up in ASP.NET web project, no dependency from EF

  UnityContainer.AddExtension(new SharedUnityRegistry(lifetimeManager => new HierarchicalLifetimeManager()));
1/14/2020 9:14:10 AM

Accepted Answer

You could use an extension method for this and place it in your database project. But you still need to have a reference to your database project.

Database project:

public static class Extensions
    public static IServiceCollection UseMyDatabase(this IServiceCollection services, string connectionString)
        services.AddDbContext<DatabaseContext>(options => options.UseSqlServer(connectionString));
        return services;


1/14/2020 9:54:29 AM

Popular Answer

In this project I've solved this issue like this:

  • Create interface IStartupRegistrator which is being called during application startup. This allows satellite assemblies to register their services, without having the need to decide in startup itself.
  • Implement EF data access layer which is NOT aware of the underlying DB
  • Create a dedicated data context (with migrations) for supported DBs. In my case MsSql, Sqlite and in memory (used for unit tests). The DB to use is being set in the app settings and each DB provider decides if it is him having to register himself; e.g. here

Note that only projects in the namespace Sppd.TeamTuner.Infrastructure.DataAccess reference EF core. For the record: I wasn't able to use identity, because of this.

Related Questions


Licensed under: CC-BY-SA with attribution
Not affiliated with Stack Overflow
Licensed under: CC-BY-SA with attribution
Not affiliated with Stack Overflow