Доступ к конфигурации без инъекции зависимости

Question

Мне было интересно, есть ли способ получить доступ к Конфигурации (Microsoft.Extensions.Configuration) без использования инъекции зависимостей. Только примеры, которые я вижу, - это инъекция конструктора (с использованием IOptions или непосредственного ввода конфигурации).

Моя дилемма заключается в том, что у меня есть класс утилиты - не служба, которая имеет статические методы, чтобы делать вещи «на лету». В некоторых из этих статических методов я хотел бы получить несколько свойств из appsettings.json динамически. Поскольку это строго класс утилиты, я не хочу вводить этот класс во все классы, которые должны использовать метод или два из утилиты.

Любые идеи о том, как получить доступ к свойствам appsettings.json без какой-либо инъекции зависимости.

FYI: с помощью C# и .net ядро ​​1,1

Answer 1

У меня есть утилита не class-- service--, который имеет статические методы

Это действительно сердце вашего вопроса. У вас есть статические методы с зависимостями, которые не являются дружественными к DI.

Я бы сказал, что у вас есть хороший кандидат на услугу, которую вы внесли в класс полезности. В результате этого вы лишили себя возможности правильно использовать DI. Либо сделайте класс классом экземпляра, либо извлеките применимую функциональность в службу, и у вас появится возможность ввести вашу зависимость IOptions.

Вам следует избегать статических классов/методов для всего, что имеет (или может иметь) зависимости.

Answer 2

Ничего себе, что много комментариев, почему люди не отвечают на вопрос, а не говорят кому-то, что они не хотят делать то, что они явно делают. В любом случае, мы надеемся, что это сохранит оба лагеря.

Если вы используете стандартный класс AppSettings с одним открытым конструктором, который принимает конфигурацию IConfiguration, которая может использоваться для заполнения всех свойств AppSettings, это сохраняет возможность инъекции зависимостей.

Если в конце конструктора установлено статическое свойство Current, указывающее на текущий экземпляр AppSettings, это позволит нам получить доступ к настройкам с этой точки через статическое свойство без необходимости дальнейшей инъекции.

Если мы создадим статический метод «GetCurrentSettings» по умолчанию, чтобы получить настройки из json-файла, это можно использовать как экземпляр по умолчанию, так что если «Current» вызывается и имеет значение null, мы просто отправляемся выключить и заполнить настройки из файла. Вот пример того, что я имею в виду ...

public class AppSettings 
{ 
    private static AppSettings _appSettings; 

    public string AppConnection { get; set; } 

    public AppSettings(IConfiguration config) 
    { 
     this.AppConnection = config.GetValue<string>("AppConnection"); 

     // Now set Current 
     _appSettings = this; 
    } 

    public static AppSettings Current 
    { 
     get 
     { 
      if(_appSettings == null) 
      { 
       _appSettings = GetCurrentSettings(); 
      } 

      return _appSettings; 
     } 
    } 

    public static AppSettings GetCurrentSettings() 
    { 
     var builder = new ConfigurationBuilder() 
         .SetBasePath(Directory.GetCurrentDirectory()) 
         .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true) 
         .AddEnvironmentVariables(); 

     IConfigurationRoot configuration = builder.Build(); 

     var settings = new AppSettings(configuration.GetSection("AppSettings")); 

     return settings; 
    } 
} 

Так из этого вы могли бы позвонить в любую точку кода AppSettings.Current.AppConnection

Если он был создан экземпляр, используя DI впрыскиваемого версию можно извлечь в противном случае версия по умолчанию будет взята из файла appsettings.json. Я сомневаюсь, что это удовлетворяет всех, и я не уверен, что объяснил это очень хорошо, но, надеюсь, это имеет смысл.

Answer 3

Я только что сделал свойство конфигурации в Startup статическом:

public static IConfiguration Configuration { get; set; } 

Теперь я могу получить доступ к нему в любом месте приложения только с Startup.Configuration.