Início / coding / Perguntas / 79597234
Accepted
Nickknack
Asked: 2025-04-29 04:21:55 +0800 CST

Aplicando múltiplos perfis de ambiente em execução no .NET

  • 772

Quero criar vários appsettings.<environment>.jsonarquivos no meu microsserviço .NET e, quando executo meu aplicativo, quero especificar os perfis de ambiente a serem usados ​​e aplicá-los appsettingsna ordem especificada.

Por exemplo, eu gostaria de appsettings.Development.jsonter minhas propriedades de desenvolvimento local padrão para executar o aplicativo, mas também gostaria que appsettings.Hsqldb.jsonelas substituíssem as propriedades do banco de dados appsettings.Development.jsonpara ser um banco de dados hsql.

Tenho o seguinte launch.jsonarquivo no vs Code :

{
    "configurations": [
    {
        "name": "C#: App Debug",
        "type": "coreclr",
        "request": "launch",
        "program": "${workspaceFolder}/API/API.csproj",
        "env": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      },
    }
    ]
}

E o que eu gostaria de fazer é "ASPNETCORE_ENVIRONMENT": "Development,Hsqldb"... Então, ele aplicaria as propriedades Developmentprimeiro e as Hsqldbpropriedades de sobreposição depois. Mas isso não parece possível.

É possível configurar dois ambientes ao mesmo tempo? Qual seria uma boa maneira de lidar com isso?

c#

1 respostas

  1. Best Answer

    Com base nesta resposta , você poderia usar uma variável de ambiente personalizada (especificada em launchSettings.json), por exemplo, CustomSettingsque conterá uma lista separada por vírgulas de appsetings.xxx.jsonarquivos adicionais a serem carregados. A última opção vence.

    var builder = WebApplication.CreateBuilder(args);
builder.Configuration.Sources.Clear();
// restore default order .NET6+
var env = builder.Environment;
builder.Configuration
        .AddJsonFile("appsettings.json", optional: true, reloadOnChange: true)
        .AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true, reloadOnChange: true);

// plug the CustomSettings after normal appsettings, 
// but before UserSecrets, Env Variables and Command Line arguments
var additionalSettings = Environment.GetEnvironmentVariable("CustomSettings")?
    .Split(',', StringSplitOptions.RemoveEmptyEntries | StringSplitOptions.TrimEntries) ?? Array.Empty<string>();

foreach (var setting in additionalSettings)
{
    // on Linux case matters ->
    // i.e. CustomSettings = "something" will fail with file
    // appsettings.Something.json
    builder.Configuration.AddJsonFile($"appsettings.{setting}.json",
        optional: false,
        // optional:false to get fail-fast exception here
        // i.e. "Custom1,Custom2" -> don't have the custom2 file - exception
        reloadOnChange: true);
}

// user secrets -> from .net BCL source
if (env.IsDevelopment() && env.ApplicationName is { Length: > 0 })
{
    try
    {
        var appAssembly = Assembly.Load(new AssemblyName(env.ApplicationName));
        builder.Configuration.AddUserSecrets(appAssembly, optional: true, reloadOnChange: true);
    }
    catch (FileNotFoundException)
    {
    }
}

builder.Configuration
    .AddEnvironmentVariables();

if (args is { Length: > 0 })
{
    builder.Configuration.AddCommandLine(args);
}

    Eu desaconselharia empilhar nomes de ambiente padrão na nova CustomSettingsvariável e usar nomes mais parecidos com recursos, como Hsqldb.

    • 1

relate perguntas