Это такая же конфигурация , что и для ядро ASP.NET .В основном у вас есть appsettings.environment.json
файл для каждой среды, и вы используете интерфейс IConfiguration
для , привязывая ваши настройки к классам .Поскольку такие настройки хранятся в формате json
:
{
"Logging": {
"IncludeScopes": false,
"LogLevel": {
"Default": "Debug",
"System": "Information",
"Microsoft": "Information"
}
},
"Serilog": {
"LevelSwitches": { "$controlSwitch": "Debug" },
"MinimumLevel": { "ControlledBy": "$controlSwitch" },
"WriteTo": [
...
Сколько сред и как вы их называете, зависит от вас.Вот пример:
Во время выполнения среда вычитается из переменной среды ОС ASPNETCORE_ENVIRONMENT
.Для целей разработки вы можете создать профили и установить ASPNETCORE_ENVIRONMENT
с вашим launchSettings.json
следующим образом:
"profiles": {
"Development": {
"commandName": "IISExpress",
"launchBrowser": true,
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
}
}
}
После того, как вы развернули или начали выполнять приложение Blazor
, хосты ASPNETCORE_ENVIRONMENT
для обоих серверови на стороне клиента будут использоваться приложения.Помните, что даже если это клиентское приложение / приложение SPA, оно по-прежнему размещается на сервере.Также для клиентского приложения Blazor
appsettings
не будет доставлено клиенту, вы не захотите выставлять свои строки соединений и другие важные настройки своим клиентам, верно?
Какsidenote, если вы разместите свое приложение Blazor
в IIS (в качестве обратного прокси-сервера), будет создан файл web.config , чтобы указать IIS, как запустить приложение, какие аргументы передать инекоторые другие вещи.