ну вообще конфиги нужно регистрировать как конфиги, а не как сервисы
https://docs.microsoft.com/en-us/aspnet/core/fundamentals/configuration/options?view=aspnetcore-3.1
Это не конфиг IConfiguration
Но это просто дата-класс из того, что я понял. И регистрировать его как сервис - ну такое.
Насчет NRE, хотелось бы StackTrace увидеть
An unhandled exception has occurred while executing the request. System.NullReferenceException: Object reference not set to an instance of an object. at TargetLive.Api.Controllers.AutomationController.Test() in C:\projects\target-live2-backend\TargetLive\TargetLive.Api\Controllers\AutomationController.cs:line 29 at Microsoft.AspNetCore.Mvc.Infrastructure.ActionMethodExecutor.TaskOfIActionResultExecutor.Execute(IActionResultTypeMapper mapper, ObjectMethodExecutor executor, Object controller, Object[] arguments) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeActionMethodAsync>g__Awaited|12_0(ControllerActionInvoker invoker, ValueTask`1 actionResultValueTask) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeNextActionFilterAsync>g__Awaited|10_0(ControllerActionInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeInnerFilterAsync() --- End of stack trace from previous location where exception was thrown --- at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsync>g__Awaited|19_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Logged|17_1(ResourceInvoker invoker) at Microsoft.AspNetCore.Routing.EndpointMiddleware.<Invoke>g__AwaitRequestTask|6_0(Endpoint endpoint, Task requestTask, ILogger logger) at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<Invoke>g__Awaited|6_0(ExceptionHandlerMiddleware middleware, HttpContext context, Task task)
С этим согласен, но если я добавлю зависимость от IConfiguration, то он также будет слабо ограничен, как и в случае с Type
Все, вроде понял. Нужно определить свой компаратор, эти Settings - ссылочные типы, по умолчанию происходит сравнение по ссылке. Поэтому нужно описать свой компаратор и передать его в конструктор словаря. Link
Там в примерах компаратор для строк, а мне нужен для типов, я правильно понял?
Можно заставить IDE сгенерировать Equals и GetHashCode для нужного типа, а в компараторе просто явно вызвать для 2 объектов и сравнивать.
Спасибо, поисследую
А, кстати, чет забыл. Можно просто Equals определить в дата-классе без компарера, он его вызывает. Без явного создания компарера.
В дата-классе это AutomationSetting?
И во всех наследниках, если там нет явного key property, в чем я сомневаюсь.
Обсуждают сегодня