#c# #asp.net-core #dependency-injection #asp.net-mvc-5 #dbcontext
#c# #asp.net-core #внедрение зависимости . #asp.net-mvc-5 #dbcontext
Вопрос:
Итак, я пытаюсь реализовать свой IoC, который связал мой класс DbContext как внедрение зависимости в качестве ServiceProvider.
Я получаю эту ошибку, когда дело доходит до запуска моего приложения ASP Core, поэтому мой вопрос в том, что я делаю не так, я пытался погуглить это, но я действительно не могу найти решение таким образом. Я пытался спросить некоторых из наиболее элитных программистов в моем кампусе, но они специально не работали с ASPnet Core, поэтому они не знают, связано ли это с моим приведением или с ASPnet Core
Исключение при запуске приложения: Система.Исключение InvalidCastException: невозможно привести объект типа ‘Microsoft.Расширения.DependencyInjection .Поиск сервиса.ServiceProviderEngineScope’ в тип ‘Microsoft.Расширения.DependencyInjection .ServiceProvider’. в Spackk.Запуск.Настройте (приложение IApplicationBuilder, среду IHostingEnvironment env, сервис IServiceProvider ServiceProvider) в F:DevelopementSpackkMVCSpackkSpackkStartup.cs:line 44 — Завершение трассировки стека из предыдущего местоположения, где было сгенерировано исключение — в Microsoft.AspNetCore.Hosting.Запуск на условной основе.Настройте (приложение IApplicationBuilder) в Microsoft.AspNetCore.HostFilteringStartupФильтр.<> c__DisplayClass0_0.b__0 (приложение IApplicationBuilder) в Microsoft.AspNetCore.Hosting.Внутренний.Автоматический запрос Servicesstartupfilter.<> c__DisplayClass0_0.b__0 (конструктор IApplicationBuilder) в Microsoft.AspNetCore.Hosting.Внутренний.Критерий WebHost.BuildApplication(): Microsoft.AspNetCore.Hosting.Внутренний.Веб-хостинг[6] Исключение при запуске приложения в системе.Исключение InvalidCastException: невозможно привести объект типа ‘Microsoft.Расширения.DependencyInjection .Поиск сервиса.ServiceProviderEngineScope’ в тип ‘Microsoft.Расширения.DependencyInjection .ServiceProvider’. в Spackk.Запуск.Настройте (приложение IApplicationBuilder, среду IHostingEnvironment env, сервис IServiceProvider ServiceProvider) в F:DevelopementSpackkMVCSpackkSpackkStartup.cs:line 44 — Завершение трассировки стека из предыдущего местоположения, где было сгенерировано исключение — в Microsoft.AspNetCore.Hosting.Запуск на условной основе.Настройте (приложение IApplicationBuilder) в Microsoft.AspNetCore.HostFilteringStartupФильтр.<> c__DisplayClass0_0.b__0 (приложение IApplicationBuilder) в Microsoft.AspNetCore.Hosting.Внутренний.Автоматический запрос Servicesstartupfilter.<> c__DisplayClass0_0.b__0 (конструктор IApplicationBuilder) в Microsoft.AspNetCore.Hosting.Внутренний.Веб-хостинг.BuildApplication()
Вот как код выглядит при запуске
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Hosting;
using Microsoft.AspNetCore.Http;
using Microsoft.AspNetCore.Mvc;
using Microsoft.EntityFrameworkCore;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using System;
namespace Spackk
{
public class Startup
{
private readonly string UserGuid = Guid.NewGuid().ToString();
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
//add ApplicationDbContext to DI
services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer("Server=.;Database=SpackkDB;Trusted_Connection;MultipleActiveResultSets=true"));
services.Configure<CookiePolicyOptions>(options =>
{
// This lambda determines whether user consent for non-essential cookies is needed for a given request.
options.CheckConsentNeeded = context => true;
options.MinimumSameSitePolicy = SameSiteMode.None;
});
services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_1);
}
// This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
public void Configure(IApplicationBuilder app, IHostingEnvironment env, IServiceProvider serviceProvider)
{
//Store isntance of the DI Service provider so our application can access iot anywhere
IocContainer.Provider = (ServiceProvider)serviceProvider;
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
else
{
app.UseExceptionHandler("/Home/Error");
app.UseHsts();
}
app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseCookiePolicy();
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
}
}
}
This is where the the class where the error is happening;
For context i will also provide the IoC/IoCContainer/ApplicationDbContext and the model;
using System.ComponentModel.DataAnnotations;
namespace Spackk.Models
{
public class UserModel
{
[Key]
public string Id { get; set; }
[Required]
[MaxLength(255)]
[Display(Name = "UserName")]
public string Username { get; set; }
[Required]
[MaxLength(255)]
[Display(Name = "DisplayName")]
public string DisplayName { get; set; }
[Required]
[MaxLength(255)]
[DataType(DataType.Password)]
[Display(Name = "Password")]
public string Password { get; set; }
[Required]
[MaxLength(255)]
[DataType(DataType.EmailAddress)]
[Display(Name = "Email")]
public string Email { get; set; }
}
}
ApplicationDbContext
using Microsoft.EntityFrameworkCore;
using Spackk.Models;
using System;
using System.Linq;
namespace Spackk
{
public class ApplicationDbContext : DbContext
{
public string Id { get; set; } = Guid.NewGuid().ToString("N");
public DbSet<UserModel> Users { get; set; }
/// <summary>
///
/// </summary>
/// <param name="options"></param>
public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options) : base(options)
{
}
protected override void OnModelCreating(ModelBuilder mBuilder)
{
base.OnModelCreating(mBuilder);
mBuilder.Entity<UserModel>().HasIndex(a => a.DisplayName);
}
}
}
IoC/IoCContainer
using Microsoft.Extensions.DependencyInjection;
namespace Spackk
{
public class IoC
{
/// <summary>
/// The scoped instance of the <see cref="ApplicationDbContext()"/>
/// </summary>
public static ApplicationDbContext ApplicationDbContext => IocContainer.Provider.GetService<ApplicationDbContext>();
}
/// <summary>
/// the dependenc injection container making use of the built in .Net Core service provider
/// </summary>
public class IocContainer
{
/// <summary>
/// the service provider for the is application
/// </summary>
public static ServiceProvider Provider { get; set; }
}
}
Комментарии:
1. Этот подход в руководстве показан для того, чтобы вы поняли, как работает ApplicationDbContext и что вы можете с ним сделать. Он никогда не говорит, что это предпочтительный способ сделать это, и это не так. Использование внедрения зависимостей намного лучше. Кроме того, я получил ту же ошибку, затем пришел к выводу, что они, вероятно, что-то изменили, и это на самом деле не так важно, поскольку никто никогда не должен использовать это таким образом в любом случае.
Ответ №1:
Что ж, ошибка явная, и это довольно очевидный сбой в этой строке:
IocContainer.Provider = (ServiceProvider)serviceProvider;
serviceProvider
существует экземпляр ServiceProviderEngineScope
, к которому невозможно привести ServiceProvider
. То, что они оба реализуют IServiceProvider
, не означает, что вы можете привести одну реализацию к другой.
Однако все это просто неправильно. Похоже, НЕПРАВИЛЬНО. Хотелось бы, чтобы я мог уделить этому больше внимания. Представьте 20-футовый рекламный щит с мигающими светодиодами ярко-неоново-красного цвета. Либо используйте DI, либо не используйте, но совершенно неправильно просто наполнять какой-то статический класс каким-то объектом, внедренным в зависимость, а затем ожидать, что вы сможете просто использовать это везде, где захотите.
Комментарии:
1. хм, я следую руководству по этому вопросу; так что, возможно, способ, которым этот человек делает это, действительно неправильный. Я подумаю над тем, что вы сказали, и, вероятно, добавлю его в сторону. Я хотел узнать больше о FluentAPI, но, похоже, то, как он обучает my, не является правильным способом сделать это. Спасибо.
2. Любому, кто следует тому же руководству: вам не нужно заставлять это работать, он затем удаляет это и использует вместо этого внедрение конструктора. Это было просто для того, чтобы показать, как он обычно выполняет DI. Надеюсь, это сэкономит вам несколько часов отладки.