Доступ к глобальным настройкам приложения

Вы можете использовать шаблон Martin Fowlers ServiceLocator. В php году это могло бы выглядеть так:

class ServiceLocator {
  private static $soleInstance;
  private $globalSettings;

  public static function load($locator) {
    self::$soleInstance = $locator;
  }

  public static function globalSettings() {
    if (!isset(self::$soleInstance->globalSettings)) {
      self::$soleInstance->setGlobalSettings(new GlobalSettings());
    }
    return self::$soleInstance->globalSettings;
  }
}

Затем ваш производственный код инициализирует локатор служб следующим образом:

ServiceLocator::load(new ServiceLocator());

В свой тестовый код вы вставляете свои макетные настройки следующим образом:

ServiceLocator s = new ServiceLocator();
s->setGlobalSettings(new MockGlobalSettings());
ServiceLocator::load(s);

Это хранилище для синглетов, которые могут быть обменены для целей тестирования.

Мне нравится моделировать свой доступ к конфигурации на основе шаблона локатора служб. Это дает мне одну точку для получения любого значения конфигурации, которое мне нужно, и, поместив его вне приложения в отдельную библиотеку, он позволяет повторно использовать и тестировать. Вот некоторые примеры кода, я не уверен, на каком языке вы используете, но я написал его в C#.

Сначала я создаю универсальный класс, который будет моделировать мой ConfigurationItem.

public class ConfigurationItem<T>
{
    private T item;

    public ConfigurationItem(T item)
    {
        this.item = item;
    }

    public T GetValue()
    {
        return item;
    }
}

Затем я создаю класс, который предоставляет общедоступные статические переменные только для чтения для элемента конфигурации. Здесь я просто читаю ConnectionStringSettings из файла конфигурации, который является просто xml. Конечно, для большего количества элементов вы можете прочитать значения из любого источника.

public class ConfigurationItems
{
    public static ConfigurationItem<ConnectionStringSettings> ConnectionSettings = new ConfigurationItem<ConnectionStringSettings>(RetrieveConnectionString());

    private static ConnectionStringSettings RetrieveConnectionString()
    {
        // In .Net, we store our connection string in the application/web config file.
        // We can access those values through the ConfigurationManager class.
        return ConfigurationManager.ConnectionStrings[ConfigurationManager.AppSettings["ConnectionKey"]];
    }
}

Затем, когда мне нужен ConfigurationItem для использования, я называю его так:

ConfigurationItems.ConnectionSettings.GetValue();

И он вернет мне типобезопасное значение, которое я затем могу кэшировать или делать с ним все, что захочу.

Вот примерный тест:

[TestFixture]
public class ConfigurationItemsTest
{
    [Test]
    public void ShouldBeAbleToAccessConnectionStringSettings()
    {
        ConnectionStringSettings item = ConfigurationItems.ConnectionSettings.GetValue();
        Assert.IsNotNull(item);
    }
}

Надеюсь, это поможет.

Обычно это осуществляется с помощью файла ini или файл конфигурации XML. Тогда у вас просто есть класс, который читает настройку, когда neeed.

.NET имеет это встроенное в классы ConfigurationManager, но его довольно легко реализовать, просто читать текстовые файлы, или загружать XML в DOM, или разбирать их вручную в коде.

Наличие конфигурационных файлов в базе данных-это нормально, но это привязывает вас к базе данных и создает дополнительную зависимость для вашего приложения, которую решают файлы ini/xml.

Я сделал это сам:

public class MySettings
{
    public static double Setting1
        { get { return SettingsCache.Instance.GetDouble("Setting1"); } }

    public static string Setting2
        { get { return SettingsCache.Instance.GetString("Setting2"); } }
}

Я поместил это в отдельный модуль инфраструктуры, чтобы устранить любые проблемы с циклическими зависимостями.
При этом я не привязан к какому-либо конкретному методу настройки и не имею строк, запускающих хаос в моем коде приложений.