Почему singleton круче global?

Который раз с начала августа пытаюсь попасть на эту вики — никак не открывается — 504 :( хотя сам сайт работает

Можно вкратце чем плох реестр? Я в него записываю данные из конфигов/окружения перед инициализацией объекта приложения и использую в самых различных классах от шаблонов до абстрации БД, т. к. передавать в его конструктор десятки параметров, да потом распределять их по другим объектам не кажется мне хорошей идей, хардкодить эти параметры в по всему приложению тем более, как тут set или IoC применить толком не пойму.

VolCH — у меня тоже почему-то не работает эта ссылка. Так что открыл ее через кэш Яндекса ;) yandex.ru/search/advanced — вводим в «На сайте» адрес странички и получаем сохраненную копию этой странички

2VolCh: Зависимости вроде глобальных переменных неудобны при написании тестов. При использовании IoC можно создать экземпляр объекта, замочить все его зависимости и прогнать тест. При использовании реестра необходимо будет так же инициализировать реестр.

общего то, что все кричат: «Фууууу!!! Оно использует глобальные переменные!!! Фууууу!!!!» и как решение не использования глобальных переменных предлагается экземпляр класса построенного на синглтоне.

на синглетоне можно построить не только реестр.

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

А под компонентом в symfony наверно имелся в виду Dependency Injection, но собственно не проблема в любом фрейморке реализовать такой же. Вот например для Zend-a github

А я разве обратное утверждал?

ru.wikipedia.org/wiki/%D0%9E%D0%B4%D0%B8%D0%BD%D0%BE%D1%87%D0%BA%D0%B0_%28%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%29

откуда такие дебилы на хабре. NeOn4eG абсолютно правильно указал, что автор не понимает смысл одиночки, которая гарантирует наличие только одного объекта данного класса. в php коде без паттерна это выглядело бы _примерно_ так
$a = (!isset($a) || !($a instanceof Object))? new Object(): $a;
а глобальные переменные это тоже что и паттерн реестр
$a = new Object();
function test() {
global $a;
}
Registry::set('a', new Object());
откуда такие дебилы на хабре. NeOn4eG абсолютно правильно указал, что автор не понимает смысл одиночки, которая гарантирует наличие только одного объекта данного класса.
$a = Object::getInstance()
$b = Object::getInstance();
$a->var = 1;
echo $b->var; // вернёт единичку, которую мы задали для $a
а глобальные переменные это тоже что и паттерн реестр
//с глобалами
$a = new Object();
function test() {
global $a;
}
//с паттерном
Regisry::set('a', new Object());
function test() {
Regisry::get('a');
}

ой, я наврал с $a = (!isset($a) || !($a instanceof Object))? new Object(): $a;
думал что удалил, хромовская textarea что-то обманула после того как растянул :(

Дело не в PHP. Глобальные переменные есть во всех* языках программирования. Синглтон — это шаблон проектирования, который так же можно реализовать на этих языках. Так что различие, имхо, тут представляется более языконезависимым, чем возможно Вам кажется.

^{* тут сносочка с оговорочкой :)}

скорее всего я просто ночью не совсем корректно изъяснился :)
как только кто-то видит в каком-то чужом PHP коде глобальные переменные — сразу же начинается кладка кирпечей и предлагают, вместо использования global, использовать объект класса построенного по шаблону singleton.
т.е. например вместо:

[functions.php]
function loadModule($moduleName) {
…
global $_CONFIG
include $moduleFile; // тут уже подготовленное очень безопасное значение, сейчас речь не об этом
}
[/functions.php]

[index.php]
$_CONFIG = array({тут заполняем массив});
loadModule('curModule');
[/index.php]

[curModule.php]
echo $_CONFIG['hello']['world'];
[/curModule.php]

предлагают использовать:

[functions.php]
class Config {
//тут объявляем всё как надо
}
function loadModule($moduleName) {
…
include $moduleFile; // тут уже подготовленное очень безопасное значение, сейчас речь не об этом
}
[/functions.php]

[index.php]
$_config = Config::getInstance();
$_config->data = array({тут заполняем массив});
loadModule('curModule');
[/index.php]

[curModule.php]
$_config = Config::getInstance();
echo $_config->data['hello']['world'];
[/curModule.php]

— Собственно и интересует, почему PHP-общественность так против первого способа и так за второй?

опять же, не только пхп. и здесь конфликт скорее не globals vs Singleton, а как раз фунционального с ООП-подходами. Если придерживать ооп-парадигм, логично сделать конфиг — объектом с изменяемыми свойствами. А то что этот объект должен быть один для всех — лишь следствие, поэтому и реализуют как правило через синглтон (синоним глобальной переменной в ооп-контексте).

Преимущества ООП — это уже отдельный вопрос. и даже не вопрос вовсе :) а целая тема для изучения

2mcdb: В данном случае по-моему особой разницы нет :) Если уж делать синглтон конфиг, то надо обеспечить его заполнение при инстанцировании (или сделать отдельный метод инициализации), но не разрешать его изменение в других частях программы, сделать свойства только для чтения: грубо говоря, вместо echo $_config->data['hello']['world'] должно быть echo $_config->getData('hello','world') или вообще echo $_config->getHelloWorld()

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

Разумеется. Но все-таки static лучше глобальных переменных. Они относятся к классу, а не висят глобально, можно сделать их свойствами, можно использовать internal и т.д.

Вы путаете фабрику с синглтоном. Фабрика позволяет возвращать разные объекты в зависимости от условий, а синглтон контролирует, что объект создается в 1 экземпляре. Другое дело что объект самой фабрики часто делают синглтоном для удобства использования.