Духовность™
Продвинутый новичок
berkut
это ты про что???
это ты про что???
-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Статичиеские методы и свойства, Singleton - разъясните
- Автор темы Духовность™
- Дата начала
korchasa
LIMB infected
Ну если мы пишем
PHP:
new Foo;
Foo::$a;
Foo::b();
Каюсь не заметил private. Зависимость в данном случае не свойстве, а в вызове метода getInstance(), но меньше она от этого не становится. Поэтому и рекомендуется иметь в системе только один синглтон, чтобы свести количество зависимостей к минимуму.
И вообще зачем там private, если нет сеттера на инстанцию? Ее же теперь подменить невозможно.
master_x
Pitavale XXI wieku
berkut
whirlwind имел в виду что большая часть приложения у горе программиста завязана на каком-нибдуь реестре-синглтоне. Это ведь тоже самое что использовать глобалы. Те же яйца только сбоку. В результате приложение поулчается ужасно неповоротливым. Хотя до конца насчет "статика -- зло" согласиться не могу.
-~{}~ 21.03.08 21:43:
Alexandre
whirlwind имел в виду что большая часть приложения у горе программиста завязана на каком-нибдуь реестре-синглтоне. Это ведь тоже самое что использовать глобалы. Те же яйца только сбоку. В результате приложение поулчается ужасно неповоротливым. Хотя до конца насчет "статика -- зло" согласиться не могу.
-~{}~ 21.03.08 21:43:
Alexandre
ну ведь ты же это делаешь где-ниубудь в методе, правильно? а если бы ты передал оба объекта через аргументы, уже гибче получилось получилось бы. А если бы ты еще передал через аргумент один единственный тулкит, в котором были бы все самые нужные объекты, то еще лучше...
Alexandre
PHPПенсионер
если это один раз, на худой случай пять, то может быть и лучше.
А когда у тебя есть 10 классов вложенностью порядка несколько больше 3-х, то раздувать кол-во параметров в конструкторе или реализовать отдельным методе типа setDB( $db) & setSess($ses) и тянуть кучу переменных и одинаковых свойств не всегда есть красивое решение. Пусть даже будет тоолкит setBasePropertyes( $props ). Это я должен тянуть на все уровни вложенности из-за какого-то класса БД или сессии. У меня и без этого куча параметров, которые надо в голове держать.
-~{}~ 21.03.08 23:33:
а вот если два соединения с базой, то тут другой подход,
делаем стек (array) на базе синглетона.
на каждый db->open в стек заносим коннекцию, а счетчик стека увеличиваем на 1, уменьшаем при закрытии.
для каждого метода пишем обертку,
это выглядит приблизительно так:
PHP:
$db->open(....); // дефолтная коннекция
$cn1 = $db->open(....); // коннекция 1
$cn2 = $db->open(....); // коннекция 2
$db->query( $query, $cn1 ); // для коннекции 1
$db->query( $query ); // дефолтно для 0 (первая коннеция)
$db->query( $query , $cn2 ); // для коннекции 2при том, нам все равно, с какой БД бвла коннекция, дефолтная мб с муськой, а первая с постгресом, а вторая с sqlLite
-~{}~ 21.03.08 23:38:
а так, если тяну туулкит через пять классов - я не получаю зависимость?
master_x
Pitavale XXI wieku
Alexandre
вот к примеру придется тебе SESSIONS по какой-то причине переименовать на ADVANCED_SESSIONS и тебе придется переписать все места получения этого объекта... у меня я всего лишь перепишу место регистрации сервиса:
а теперь пример использования сервисов:
в примере нигде ничто не завязано на конкретные классы
вот к примеру придется тебе SESSIONS по какой-то причине переименовать на ADVANCED_SESSIONS и тебе придется переписать все места получения этого объекта... у меня я всего лишь перепишу место регистрации сервиса:
PHP:
PSR_Services::getInstance()->register('session', new SESSIONS); //было
PSR_Services::getInstance()->register('session', new ADVANCED_SESSIONS); //стало
PHP:
public function servicesUsageExample($services){
list($session, $logger)=$services->find('session', 'logger');
...
}