Какой смысл от синглтона, когда есть статика?

Question

[dev400]

Ведь в любом случае мы получаем глобальное состояние. Какой смысл использовать именно singleton?

Comments

[D']

>Ведь в любом случае мы получаем глобальное состояние
Что означает данное предложение?

[dev400]

D' Normalization:

$singleton = Example::singleton(); 
echo $singleton->increment(); // 0
echo $singleton->increment(); // 1

$singleton = Example::singleton(); 
echo $singleton->increment(); // 2
echo $singleton->increment(); // 3

[D']

Андрей: и? Причем тут синглтон и статика?

[dev400]

D' Normalization: при том что можно получить непредсказуемые побочные эффекты

Answer 1

[Сергей Протько]

Ведь в любом случае мы получаем глобальное состояние

А глобальное состояние что? Правильно, плохо. У меня тут недалеко есть один небольшой проектик под iOS где ребята решили повесилиться, и сделали сингелтон с сотней публичных свойств. И вся система работает с этим глобальным состоянием плодя побочные эффекты. Инкапсуляция? не, не слышали.

Какой смысл использовать именно singleton?

Сингелтон - это паттерн, который запрещает нам иметь в рамках процесса два инстанса одного объекта. Самый простой способ - использование статики. Сингелтоны полезно, когда у вас, например, два потока, и каждый наровит создать объект, а вам жизненно необходимо что бы объект в системе был один, что бы ошибок небыло.

В PHP, где не не особо популярна идея многопоточного программирования, и процветает "умирающая" модель выполнения, в сингелтонах вообще нет смысла. И используют их потому что... внимание... хотят иметь глобальный доступ к различной фигне, в том числе организация глобального состояния.

Comments

[dev400]

насчет многопоточности не совсем понял, но в целом понятно

[Сергей Протько]

Андрей: многопоточность, это когда у нас в рамках одного процесса работает несколько потоков. То есть несколько инструкций могут выполняться одновременно.

[dev400]

Сергей Протько: В общем то ясно. Я вижу удобность синглтона в вызове каких либо модулей(к примеру список категорий, или меню) в представление. Хотя можно и без него все это сделать

[dev400]

Сергей Протько: побочные эффекты при вызове модулей минимальны, особой логгики не требуется

[Сергей Протько]

Андрей:

представление в лучае PHP - это HTTP. Контроллер - это место формирование представления (шаблонизация, сериализация и т.д.). Так же контроллер конвертирует представление (HTTP запрос) в вызов методов вашего приложения.

Контроллер может состоять из цепочки контроллеров (фронт контроллер, мидлвэры и уже потом "контроллер") - это эдакий слой адаптеров.

Что из этого следует? "представление" никуда лесть не должно. Все что нужно должно быть получено в контроллере еще до того как начнется формирование представления.

[dev400]

Сергей Протько: да, так куда логичнее. Спасибо за разъяснение!

Answer 2

[index0h]

Господин Эскобар плохого не скажет)) (осторожно, мат)

Статика - это в принципе опасная штука, ведет к безконтрольной связности проекта. В итоге он превращается в неповоротливый монолит. Опасно даже для небольших проектов.

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