Использование Net Core IOptions<AppSettings>
Я следовал шаблону IOptions в проекте MVC и могу внедрить свои настройки приложения в свой контроллер:
public HomeController(IOptions<AppSettings> appSettings) {
_appSettings = appSettings.Value;
}
У меня есть куча других классов, которые создаются из HomeController — могу ли я напрямую вводить в них или мне нужно передавать _appSettings при каждом создании экземпляра класса?
В идеале все мои классы будут внедряться в конструктор, например, в контроллер.
Ответы 1
Внедрение зависимостей — это вопрос «все или ничего». Если вы собираетесь использовать DI, то вы всегда используете DI и практически никогда ничего не обновляете вручную (кроме базовых классов, таких как сущности без зависимостей). Другими словами, если ваш контроллер создает экземпляры вещей, которые принимают зависимости, эти вещи должны быть зарегистрированы в коллекции служб и вместо этого внедрены в контроллер. Например, если вы делаете что-то вроде:
public HomeController(IOptions<AppSettings> appSettings)
{
_appSettings = appSettings.Value;
}
public IActionResult Foo()
{
var service = new FooService(_appSettings);
// do something
}
Затем вы должны добавить в свой ConfigureServices:
services.AddScoped<FooService>();
И в вашем контроллере вы должны вместо этого делать:
public HomeController(FooService fooService)
{
_fooService = fooService
}
Коллекция услуг позаботится о том, чтобы внедрить ваши параметры в службу, поскольку сама служба зависит от этого.
Извините, я не понимаю, как другие классы смогут получить введенный код, не передавая _appSettings каждому конструктору класса?
Поставщик услуг заботится о внедрении всех зависимостей по всей цепочке зависимостей.
Я имею в виду, что вы, конструкторы классов, конечно, должны принимать необходимые зависимости в качестве параметров, но вам не нужно беспокоиться о том, чтобы заполнить их самостоятельно.
Что произойдет, если вы хотите передать что-то еще в конструкторах:
Если вы можете зарегистрировать его в коллекции служб, вы можете передать его конструктору. Ограничений нет, хотя класс со слишком большим количеством зависимостей, вероятно, нарушает принцип единой ответственности. Единственным исключением являются примитивные типы, такие как строки, потому что они не могут быть зарегистрированы как сервисы, но вы можете использовать перегрузку действия провайдера, чтобы явно указать, как должен быть создан экземпляр сервиса, например, путем передачи какой-либо строки. Все это есть в документах.
К сожалению, кажется, я не закончил свой предыдущий ответ и разместил его по ошибке - все равно спасибо
Да; вы можете использовать свои собственные классы с внедрением зависимостей.