Доступен ли ConfigurationManager.AppSettings в .NET Core 2.0?

У меня есть метод, который считывает настройки из моего файла конфигурации следующим образом:

var value = ConfigurationManager.AppSettings[key];

Он отлично компилируется только при ориентации на .NET Standard 2.0.

Теперь мне нужно несколько целей, поэтому я обновил свой файл проекта:

<TargetFrameworks>netcoreapp2.0;net461;netstandard2.0</TargetFrameworks>

Но теперь компиляция не выполняется netcoreapp2.0со следующим сообщением об ошибке:

Error   CS0103  The name 'ConfigurationManager' does not exist in the current context   (netcoreapp2.0)

Отдельно я создал новое консольное приложение .NET Core 2.0 (на этот раз предназначенное только для .NET Core 2.0), но похоже, что его нет ConfigurationManagerв пространстве имен System.Configuration.

Я очень смущен, потому что он доступен в .NET Standard 2.0, поэтому я ожидал, что он будет доступен в .NET Core 2.0, поскольку .NET Core 2.0 совместим с .NET Standard 2.0.

Что мне не хватает?

Да, ConfigurationManager.AppSettingsдоступен в .NET Core 2.0 после ссылки на пакет NuGet System.Configuration.ConfigurationManager.

Благодарим @JeroenMostert за то, что он дал мне решение.

Я установил System.Configuration.ConfigurationManagerNuget в свое приложение .net core 2.2.

Затем я ссылаюсь using System.Configuration;

Далее я изменил

WebConfigurationManager.AppSettings

to ..

ConfigurationManager.AppSettings

Пока я считаю, что это правильно. 4.5.0 is typical with .net core 2.2

У меня не было никаких проблем с этим.

После настройки пакетов вам нужно будет создать app.config или web.config и добавить что-то вроде следующего:

<configuration>
  <appSettings>
    <add key="key" value="value"/>
  </appSettings>
</configuration>

Последний набор рекомендаций выглядит следующим образом: (из https://docs.microsoft.com/en-us/azure/azure-functions/functions-dotnet-class-library#environment-variables )

Использование:

System.Environment.GetEnvironmentVariable(name, EnvironmentVariableTarget.Process);

Из документов:

public static class EnvironmentVariablesExample
{
    [FunctionName("GetEnvironmentVariables")]
    public static void Run([TimerTrigger("0 */5 * * * *")]TimerInfo myTimer, ILogger log)
    {
        log.LogInformation($"C# Timer trigger function executed at: {DateTime.Now}");
        log.LogInformation(GetEnvironmentVariable("AzureWebJobsStorage"));
        log.LogInformation(GetEnvironmentVariable("WEBSITE_SITE_NAME"));
    }

    public static string GetEnvironmentVariable(string name)
    {
        return name + ": " +
            System.Environment.GetEnvironmentVariable(name, EnvironmentVariableTarget.Process);
    }
}

Параметры приложения можно считывать из переменных среды как при локальной разработке, так и при работе в Azure. При локальной разработке настройки приложения берутся из Valuesколлекции в файле local.settings.json . В обеих средах, локальной и в Azure, GetEnvironmentVariable("<app setting name>")извлекает значение указанного параметра приложения. Например, при локальном запуске будет возвращено «Имя моего сайта», если ваш файл local.settings.json содержит { "Values": { "WEBSITE_SITE_NAME": "My Site Name" } }.

Свойство System.Configuration.ConfigurationManager.AppSettings является альтернативным API для получения значений параметров приложения, но мы рекомендуем использовать, GetEnvironmentVariableкак показано здесь.

Вы можете использовать конфигурацию, чтобы решить эту проблему.

Пример (Startup.cs):

После этой реализации вы можете передавать контроллеры через DI.

public class Startup
{
    public Startup(IHostingEnvironment env)
    {
        var builder = new ConfigurationBuilder()
        .SetBasePath(env.ContentRootPath)
        .AddJsonFile("appsettings.json", optional: true, reloadOnChange: true);

        Configuration = builder.Build();

    }

    public IConfiguration Configuration { get; }

    // This method gets called by the runtime. Use this method to add services to the container.
    public void ConfigureServices(IServiceCollection services)
    {

        var microserviceName = Configuration["microserviceName"];

       services.AddSingleton(Configuration);

       ...
    }