Паттерн Singleton в чём разница?

Question

[Оптимус Пьян]

Прочитал описание тут:

job-blog.bullgare.ru/2009/07/паттерны-проектирования-в-php/

Некоторые ресурсы приложения уникальны, т.е. может быть один и только один его экземпляр. К примеру, соединение с базой данных через соответствующий дескриптор уникально. Нам нужно иметь доступ к созданному дескриптору базы данных, т.к. каждый раз при запросе открывать и закрывать соединение во время загрузки страницы накладно.
Для этого отлично подойдёт паттерн Singleton. Объект является синглтоном, если в приложении можно обратиться к одному и только к одному такому объекту.

Пример кода там на странице не смог скопировать.

Вопрос: чем этот навороченный код лучше

$db = mysqli_connect('localhost','aa','bb','cc');
mysqli_set_charset($db, "utf8");

Вот $db это Singleton ))

Answer 1

[Alexander Litvinenko]

а вот mysqli_connect это переходная функция, созданная для говнокодеров, все еще не переведших свой сайт на PDO или для людей которые не могут это сделать по вине заказчика.

$db в данном случае не синглетон, так как синглетон должен обеспечить одну точку входа и один объект, а у вас
1. Вообще не объект и даже не ооп, из этого выплывает
1.1. Точка входа как таковая отсутствует, вы сначала создаете переменную и и дальше используете ее... как переменную.
1.2. Ваша переменная не защищена от изменений и может быть перезаписана в любой момент времени
1.3. Для доступа к переменной из любой точки кода, ее приодеться вывести в глобальную область видимости, в синглетоне это решается на уровне видимости классов

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

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

Comments

[Оптимус Пьян]

1. А зачем мне объект в данном случае? Ведь объект это реализация а я уже реализовал подключение к БД
1.1. Чем отличается переменная от точки входа? Я её передам куда надо например __construct($db) или new WhatNeed($db)
1.2. Это да
1.3. Вы же всё равно подключаете файл с классами что бы обращаться к нему, так же я подключу файл с этим кодом и он будет виден для всех без вынесения в глобальную область...

[Saboteur]

Дмитрий: объект это объект, а не реализация подключения к БД. Смысл ооп в грамотном инкапсулировании, а вы нарушаете весь смысл ООП, а потом спрашиваете "а чем же этот код круче". В том виде, в котором вы реализовали свою идею - ничем, потому что не объект.

[Alexander Litvinenko]

1. Данный паттерн без этого не реализовать(причины уже указивал в посте). Что до остального, объект это понятие из ооп программирования и подразумевает под собой весьма конкретную вещь. Да конект к бд у вас установлен, а если это статическая страница, и бд ненужна, как вы предотвратите ненужное соединение с бд?
1.1 Точка входа обычно подразумевает некую стандартизированную возможность доступа, как вы сами написали, вам для доступа эту переменную надо передавать, точка входа не передается по коду, она всегда доступна к вызову с одной функции, а сделать это для обычной переменной или функции, можно только через глобальную область видимости, что само по себе недопустимо в нормальном проекте.
1.3 я использую спл автолоадер, в каждом файле у меня класс, и все переменные заключены в свои классы, со своими областями видимости, ни одной переменной или функции в глобале нет. Единственное что доступно мне с любой точки кода это классы и их неймспейсы, что есть нормальной практикой для ооп.

[Alexander Litvinenko]

Дмитрий: кстати еще один момент, вот вы передаете переменную по коду, а если одна из функций поменяет что-то в коннекте к бд(что вы сами разрешили менять), как вы передадите измененную $db, в другой модуль.

[Оптимус Пьян]

Alexander Litvinenko: >как вы предотвратите ненужное соединение с бд
Зактаю его в функцию если надо вызову функцию, если не надо не вызову
> 1.3 я использую спл автолоадер
смысл всего пункта 1.3 не особо понятен...

[Alexander Litvinenko]

Дмитрий: ну окей, вы вызвали функцию\не вызвали, понятно.
А вот у вас две функции, обе использую бд, и о могут сработать обе, а может быть запущено только одна из них, причем вы не знаете в какой последовательности.

Если вы используете функцию второй раз, то установите второе соединение к бд, а потом вам еще эту переменную надо передавать кудато, а я напишу так

DB::obj()->`и тут любые функции работы с бд`

и это будет синглетон, потому что:
я могу хоть 10 раз вызвать DB::obj(), хот в пределах одной функции, хоть в пределах 100 разных функций,в каждой по 10 раз - это всегда будет то самое соеденение, что было создано, когда я первый раз написал DB::obj(). И даже если я в этой переменной что-то поменяю, то это поменяется во всех вызовах DB::obj().

Это будет точка входа, потому что:
Я всегда пишу DB::obj(), и оно всегда работает как надо, и мне никогда не надо писать что либо другое или какие либо дополнительные проверки(установлен уже коннект или нет), все эт опроверяеться где-то там внутри точки входа и я не вспоминаю даже об этом.

Это не будет глобальной переменной, так как:
DB::obj() это обращение к свойству класса, а не к глобальной переменной

Я не могу поломать случайно коннект к бд, так как:
DB::obj() функция возвращающая объект, перезаписать который я не могу, могу только использовать.

1.3 любая переменная иди функция, написанная не в классе, попадет в глобальную область видимости.
Про спл автолоад я имел ввиду что не подключаю классы руками, только задаю где их искать.

[Оптимус Пьян]

Alexander Litvinenko: Ну элементарно я могу проверить существует ли соединение и только если нет создать новое. Во-вторых коннект к БД на статических страницах это имхо недостаток проектирования. В-третьих, например:

function connect(){
	$db = mysqli_connect('localhost','aa','bb','cc');
	return $db;
}
function one($db ){
	// реализация
}
function two($db ){
	// реализация
}

[Оптимус Пьян]

> А вот у вас две функции, обе используют бд
Кстати если подключение к БД реализовано в функции то после окончания её работы соединение перестанет существовать и в другой мне всё равно придётся подключатся

[Alexander Litvinenko]

Дмитрий: ну окей,

function connect(){
$db = mysqli_connect('localhost','aa','bb','cc');
return $db;
}

где тут проверка?

> то после окончания её работы соединение перестанет существовать и в другой мне всё равно придётся подключатся
А в синглетоне соединение продолжает существовать, и когда вызову функцию второй раз, она вернет уже существующее соединение, а не создаст новое..

[Оптимус Пьян]

Alexander Litvinenko: Это вариант третий, а про проверку я в первом говорил. Вот теперь преимущества синглтона стали боле-мене понятны. Осталось только понять что дороже, соединение там где без него можно обойтись или память на создание и хранение объекта...

[Alexander Litvinenko]

Дмитрий: вы говорите о пхп, он изначально ущерблен в плане производительности =)
ООП не для того, он для читабельности и удобства рефакторинга.

А паттерны, это стандартное решение стандартной ситуации, он не для конекта к бд, он для решения определенной ситуации в коде.

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

Скажите, вот эти все функции что вы описываете, function connect() например, вы понимаете что они в глобальной области видимости? Вы используете классы?

[Оптимус Пьян]

Alexander Litvinenko: да я понимаю что они в глобальной области видимости, классы я не использую

[Alexander Litvinenko]

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

А все что нужно сейчас, это начать изучать опп.

[Оптимус Пьян]

Alexander Litvinenko: я не работаю в конторах и пока не собираюсь туда устраиваться )) Прежде чем изучать ООП неплохо бы понять зачем...

[Alexander Litvinenko]

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

Вам нужна команда, или проект к которому вы вернетесь только через месяца два работы над другим проектом. Иначе никак, нового вам ничего, кроме того что уже читали, о ооп я вам не скажу.