Что является альтернативой синглтон

Question

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

Без синглтона мы должны передавать экземпляр везде в нашем коде. Это становится настолько грязным, поэтому мы написали обертку-одиночку. Теперь мы портируем один и тот же код на PHP и .NET, мне интересно, есть ли лучший шаблон, который мы можем использовать для объекта конфигурации.

Answer 1

Зависит от того, какие инструменты / рамки и т. Д. Используются. С помощью инструментов внедрения зависимостей / ioc часто можно добиться однозначной производительности / оптимизаций, если контейнер di / ioc использует одноэлементное поведение для требуемого класса (например, интерфейс IConfigSettings), создавая только один экземпляр класса. Это все еще можно заменить на тестирование

В качестве альтернативы можно использовать фабрику для создания класса и возвращать один и тот же экземпляр каждый раз, когда вы запрашиваете его, но для тестирования он может вернуть заглушенную / смоделированную версию

Answer 2

Может быть, не очень чистый, но вы можете передать информационные биты, которые вы хотите изменить, в метод, который создает синглтон - вместо использования

public static Singleton getInstance() {
    if(singleton != null)
        createSingleton();
        return singleton;
    }
}

Вы можете вызвать createSingleton(Information info) непосредственно при запуске приложения (и в setUp-Methods модульных тестов).

Answer 3

Возможен ли класс, содержащий только статические методы и поля? Я точно не знаю, какова ваша ситуация, но, возможно, стоит разобраться.