Альтернатива Singleton?

Question

[topuserman]

То, что Singleton - антипаттерн, всем известно, и все смогут рассказать про его отрицательные стороны.

Хочу понять, какие же бывают альтернативы для различных задач, в которых часто применяют Singleton.

Например, задача с классом конфига (или реализация классов Request - которая содержит все данные GET/POST и т.д.): часто встречаю что ее реализуют через Singleton, чтобы каждому объекту не приходилось читать и парсить файл конфигурации (или данные из БД).

Эффективно ли такие задачи решать через кеширование данных ?

Также бывает такой тип задач (где выручает Singleton) - это задачи с подключением к какому-то источнику данных (например подключение к БД).

Я не знаю как такое обеспечить без Singleton. Подключение тут никак не закешируешь.
Единственный вариант, который мне известен, это через внедрение зависимостей.
Но я не представляю в какой части приложения это делают. Нужно создать подключение к БД в front-controller и поместить в DI-контейнер, и в дальнейшем использовать ? Или как ?

Какие есть еще варианты, типы задач и их решений ?

Comments

[Tom Nolane]

Singleton - антипаттерн

не согласен, а также еще (почти) половина разработчиков


Singleton - эта та штука, которая не может быть однозначно хорошей/плохой. Многое зависит от архитектуры и бизнес требований и возможностей это реализовать используя (в какой-то части) Singleton

Answer 1

[Иван Воробей]

То, что Singleton - антипаттерн, всем известно

Проблема не в молотке, а в том, что неопытные разработчики пытаются перемешивать молотком сахар в утренней латушке. Синглтон - нормальный паттерн. Подключение к бд хороший пример использования.

Все смогут рассказать про его отрицательные стороны.

Как и про любой другой паттер / инструмент.

Comments

[Tom Nolane]

дополню ваш ответ еще одним примером: единое логирование приложения

[Arris]

Подключение к БД, Конфиг, Логгер приложения.

[serginhold]

Tom Nolane, Arris,

ага, и получится какой-нибудь битрикс, где фиг что подменишь

а потом в придачу мешок костылей, когда потребуется второе подключение или второй логгер

[Иван Воробей]

serginhold, пробовали перемешивать лате отверткой, тоже не получилось?)

[Tom Nolane]

serginhold, а зачем использовать Singleton где нужна абстракция или подходы ООП? равзе тот пример, который я указал запрещает создавать второй...n... логер? В enterprise проекте, в котором я реализовал логгер, описал единый подход (читай: способ) работаты с логером/ами не завися от второго проекта, где он реально используется

[Arris]

serginhold, в одном из моих нынешних проектов я реализовал Singleton-обёртку над Monolog.

Инициализация делается примерно так:

AppLogger::addScope('main', []);

AppLogger::addScope('sphinx', [
    ['sphinx.debug.log',    Logger::DEBUG],
    ['sphinx.warning.log',  Logger::WARNING],
    ['sphinx.error.log',    Logger::ERROR]
], getenv('LOGGING.SPHINX_ACTIONS') );

А используется вот так:
AppLogger::scope('main')->debug(msg, [ args ]);

или даже так:

$logger = AppLogger::scope('later.initialized.logger')->emergency('Шеф, все пропало!');

Под капотом много других фишек, которые обычному говнокодеру не нужны.

[Arris]

serginhold, а что касается подключения к БД:

DB::init(NULL, $CONFIG['DB_CONNECTIONS']['DATA'], AppLogger::scope('mysql'));
DB::init('sphinx', .... , AppLogger::scope('sphinx'));

И позже:
DB::C('sphinx')->{any PDO method}
или
$db = DB::C(NULL);

единственно что тут используется не config-singleton class, и не используется билдер запросов типа Eloquent, но мы работаем над этим :)

[BoShurik]

Формально вы не ответили на вопрос "Альтернатива Singleton?". Звучит так, будто ее нет.
Рискну предположить, что автор просто столкнулся с его ограничениями, поэтому и ищет замену.

Arris, интересно было бы посмотреть на тесты классов, зависящих от бд и логгера.

Если говорить о php, то автовайринг в di контнейренах сводит на нет все преимущества singleton.

[Arris]

BoShurik, чтобы искать альтернативу синглтону, нужно понять, что автора не устроило в синглтоне? Если вопрос религиозный - это не к нам, это в медпункт.

было бы посмотреть на тесты классов

Неинтересно, я вас уверяю.

Использовать DI не могу ввиду ограничений кодовой базы. Иными словами, огромный легаси-монолит. Да, его, конечно, нужно взять и переписать согласно современным Best Practice. Но у меня нет уверенности, что:
1) на это есть деньги и время (которое тоже деньги), ведь все работает;
2) это даст реальные преимущества перед тем, что есть сейчас (то есть те преимущества, о которых я могу рассказать Лицу Дающему Деньги, что они принесут реальный профит, а не мифическое "соответствие лучшим практикам");
3) что я вообще хочу это делать.

[Arris]

BoShurik,

автовайринг в di контнейренах сводит на нет все преимущества singleton.

Расскажите, как в DI контейнерах решается вопрос "А с БД внезапно не сконнектились и вместо коннекшена у нас NULL" ?

Собственно на каком этапе эта проблема решается?

[BoShurik]

Arris,

чтобы искать альтернативу синглтону, нужно понять, что автора не устроило в синглтоне?

Не знаю как автора, но меня не устраивает тестируемость

А с БД внезапно не сконнектились и вместо коннекшена у нас NULL

Такого быть не может:

$builder->addDefinitions([
    \PDO::class => function (\DI\Container $container) {
        return new PDO(sprintf('mysql:dbname=%s;host=%s',
            $container->get('db-name'),
            $container->get('db-host')
        ), $container->get('db-username'), $container->get('db-password'));
    },
]);

new PDO вернет exception, если соединение установить не удалось. Тут поведение от singleton не отличается

P.S. Если надо, чтоб возвращался NULL, то

$builder->addDefinitions([
    \PDO::class => function (\DI\Container $container) {
        try {
            return new PDO(sprintf('mysql:dbname=%s;host=%s',
                $container->get('db-name'),
                $container->get('db-host')
            ), $container->get('db-username'), $container->get('db-password'));
        } catch (\PDOException $exception) {
            return null;
        }
    },
]);

и, соответственно, там где мы используем БД:

public function __construct(?\PDO $pdo)
{
    $this->pdo = $pdo;
}

[Arris]

BoShurik, ах, ну если эксепшен - то все понятно.

Но мне все еще непонятно, зачем такой огород городить ради того, что решается синглтоном :(

[topuserman]

Arris,

это даст реальные преимущества перед тем, что есть сейчас (то есть те преимущества, о которых я могу рассказать Лицу Дающему Деньги, что они принесут реальный профит, а не мифическое "соответствие лучшим практикам");

можно пример пожалуйста? моим клиентам скажу, чтобы спонсировали рефакторинг.

[Arris]

7876010, нельзя. Потому что у меня нет уверенности, что (и далее по тексту). Собственно, я не могу придумать достаточно правдоподобное вранье, которое убедит ЛПР, что рефакторинг такого типа необходим. Ведь всё работает. А врать я не люблю. Рано или поздно выходит боком. И хорошо если не заточкой в бок.

[topuserman]

Arris, также, если проект делал тот же человек, то возникает вопрос, а почему не сделали сразу все хорошо?

[Arris]

7876010, потому что не тот же. А почему не сделал хорошо тот, кто делал...

Answer 2

[serginhold]

Единственный вариант, который мне известен, это через внедрение зависимостей.
Но я не представляю в какой части приложения это делают. Нужно создать подключение к БД в front-controller и поместить в DI-контейнер, и в дальнейшем использовать ? Или как ?

почитай что-нибудь нормальное про di.

контейнер создается при старте приложения,
в нем создаешь экземпляр подключения к бд:

$container->set('db', function () use ($container) {
    return new DbConnection($container->get('config')['db']);
});

потом подключение передаешь в те сервисы, где оно нужно:

$container->set('MyService', function () use ($container) {
    return new MyService($container->get('db'));
});

как пример где это происходит: www.slimframework.com/docs/v4/concepts/di.html

Comments

[topuserman]

спасибо большое за ответ!

почитай что-нибудь нормальное про di

можете пожалуйста посоветовать что-то ? желательно на Русском языке (если это не книга, то можно и на Англ.).

или где можно примеры посмотреть?

[Дмитрий]

Хотел сам написать, но уже написали, поставил +

Answer 3

[Antonio Solo]

static ?