Чи доступний 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.ConfigurationManagerз Nuget в свою програму .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>")отримує значення названого параметра програми. Наприклад, якщо ви працюєте локально, "My Name Site" буде повернуто, якщо ваш файл 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);

       ...
    }