public static void Main(string[] args)
{
CreateHostBuilder(args).Build().Run();
}
public static IHostBuilder CreateHostBuilder(string[] args) =>
Host.CreateDefaultBuilder(args)
.ConfigureWebHostDefaults(webBuilder =>
{
webBuilder.UseStartup<Startup>();
});
}
}
Метод
CreateDefaultBuilder()
ужимает наиболее типовую настройку приложения в один вызов. Он конфигурирует приложение (используя переменные среды и JSON-файлы
appsettings
), настраивает стандартный поставщик ведения журнала и устанавливает контейнер DI. Такая настройка обеспечивается шаблонами ASP.NET Core для приложений API и MVC.
Следующий метод,
ConfigureWebHostDefaults()
, тоже является мета-методом, который добавляет поддержку для Kestrel, IIS и дополнительные настройки. Финальный шаг представляет собой установку класса конфигурации, специфичной для приложения, который в данном примере (и по соглашению) называется
Startup
. Наконец, вызывается метод
Run()
для активизации экземпляра
WebHost
.
Помимо экземпляра
WebHost
в предыдущем коде создается экземпляр реализации
IConfiguration
, который добавляется внутрь контейнера DI.
Файл Startup.cs
Класс
Startup
конфигурирует то, как приложение будет обрабатывать запросы и ответы HTTP, настраивает необходимые службы и добавляет службы в контейнер DI. Имя класса может быть любым, если оно соответствует строке
UseStartup<T>()
в конфигурации метода
CreateHostBuilder()
, но по соглашению класс именуется как
Startup
.
Доступные службы для класса Startup
Процессу запуска требуется доступ к инфраструктуре, а также к службам и настройкам среды, которые внедряются в класс инфраструктурой. Классу
Startup
доступно пять служб для конфигурирования приложения, которые кратко описаны в табл. 29.11.
Конструктор принимает экземпляр реализации
IConfiguration
и необязательный экземпляр реализации
IWebHostEnvironment/IHostEnvironment
. Метод
ConfigureServices()
запускается до того, как метод
Configure()
получает экземпляр реализации
IServiceCollection
. Метод
Configure()
должен принимать экземпляр реализации
IApplicationBuilder
, но может принимать экземпляры реализаций
IWebHostEnvironment/IHostEnvironment
,
ILoggerFactory
и любых интерфейсов, которые были добавлены внутрь контейнера DI в методе
ConfigureServices()
. Все перечисленные компоненты обсуждаются в последующих разделах.
Конструктор
Конструктор принимает экземпляр реализации интерфейса
IConfiguration
, который был создан методом
Host.CreateDefaultBuilder
в файле класса
Program.cs
, и присваивает его свойству
Configuration
для использования где-то в другом месте внутри класса. Конструктор также может принимать экземпляр реализации
IWebHostEnvironment
и/или
ILoggerFactory
, хотя он не добавляется в стандартном шаблоне.
Добавьте в конструктор параметр для
IWebHostEnvironment
и присвойте его локальной переменной уровня класса. Это понадобится в методе
ConfigureServices()
. Проделайте такую же работу для приложений
AutoLot.Api
и
AutoLot.Mvc
.
private readonly IWebHostEnvironment _env;
public Startup(
IConfiguration configuration, IWebHostEnvironment env)
{
_env = env;
Configuration = configuration;
}
Метод ConfigureServices()
Метод
ConfigureServices()
применяется для конфигурирования любых служб, необходимых приложению, и вставки их в контейнер DI. Сюда входят службы, требуемые для поддержки приложений MVC и служб API.
AutoLot.Api
Метод
ConfigureServices()
для API-интерфейса
AutoLot
по умолчанию конфигурируется с только одной службой, которая добавляет поддержку контроллеров. Благодаря этому мета-методу добавляется множество дополнительных служб, в том числе маршрутизация, авторизация, привязка моделей и все элементы, не относящиеся к пользовательскому интерфейсу, которые уже обсуждались в настоящей главе.
public void ConfigureServices(IServiceCollection services)
{
services.AddControllers();
}
Метод
AddControllers()
может быть расширен, например, для настройки обработки JSON. По умолчанию для ASP.NET Core используется "верблюжий" стиль при обработке JSON (первая буква в нижнем регистре, а каждое последующее слово начинается с буквы верхнего регистра, скажем,
carRepo
). Это соответствует большинству инфраструктур производства не Microsoft, которые применяются для разработки веб-приложений. Однако в предшествующих версиях ASP.NET использовался стиль Pascal (например,
CarRepo
). Переход на "верблюжий" стиль был критическим изменением для многих приложений, которые ожидали стиля Pascal. Чтобы вернуть стиль Pascal при обработке JSON приложением (и улучшить форматирование разметки JSON), модифицируйте метод
AddControllers()
следующим образом:
