Хорошо, я начал разбирать ошибку и получил некоторую помощь.
Я нашел это упомянутое и добавил его в свой Startup.cs ConfigureServices
Все в .NET Core построено на внедрении зависимостей, а не на использовании статических экземпляров таких вещей, как ConfigurationManager.
Вы можете сделать это несколькими разными способами.
Сначала нужно зарегистрировать ваш DbContext в Startup.cs ConfigureServices, используя что-то вроде этого:
services.AddDbContext<MyDbContext>(options => options.UseSqlite(Configuration.GetConnectionString("DefaultConnection")));
Вот местоположение вопроса и ответа для вышеуказанного:
Как передать строку подключения из appsettings. [Name] .json в DbContext в .NET Core?
=============================================== ====
Второй элемент, который мне пришлось добавить, это то, что я нашел в другой теме (я изменил имя контекста, чтобы отразить мой MyDbContext):
Как говорится в сообщении об ошибке, если вы настраиваете MyDbContext через AddDbContext, вам также нужно добавить конструктор, который получает параметр типа DbContextOptions, в ваш класс MyDbContext, как показано ниже
public MyDbContext(DbContextOptions<MyDbContext> options)
: base(options)
{ }
Если вы этого не сделаете, ASP.Net Core не сможет внедрить конфигурацию, заданную вами с помощью AddDbContext. (помните ответ в первом найденном мной URL-адресе «Все в .NET». Ядро построено вокруг внедрения зависимости вместо использования статических экземпляров "). Примечание для себя: узнайте, что такое инъекция зависимости LOL
Пойди разберись. Вы могли бы подумать, что Леса сделали бы все это. Что за голова скребет.
Я снова обнаружил, что здесь, в StackOverflow:
AddDbContext был вызван с конфигурацией, но тип контекста 'MyContext' объявляет только конструктор без параметров?