Форум → Программирование → PHP для идиотов → Events
Events
Страницы: ← Предыдущая страница →
-
-
4 июня 2010 г. 17:31, спустя 16 минут 30 секунд
паническая боязнь статических методов? ))))))))))))))))))))
ну так это тоже будет, но не статическиСапожник без сапог -
4 июня 2010 г. 17:42, спустя 10 минут 23 секунды
Не, хуле их бояться?, - они ж не кусаются).
просто хочу поменьше синглтономанииСпустя 85 сек.но я вот еще BL_Loader хочу сделать нестатическим http://code.google.com/p/bicycle-libraries/source/browse/src/core/Loader.php? -
4 июня 2010 г. 18:23, спустя 41 минуту 4 секунды
тут еще такое дело: в пыхе статические методы/св-ва какие-то стремные. Или так нужно, я не знаю. Но смысл такой, что при перегрузки статик-метода все равно метод родителя будет выполняться а не потомка -
4 июня 2010 г. 19:29, спустя 1 час 5 минут 49 секунд
да пых ваще гавно сраное
тут еще такое дело: в пыхе статические методы/св-ва какие-то стремные. Или так нужно, я не знаю. Но смысл такой, что при перегрузки статик-метода все равно метод родителя будет выполняться а не потомкаСапожник без сапог -
4 июня 2010 г. 20:09, спустя 40 минут 41 секунду
+1 но любовь зла, как говорится )))ιιlllιlllι унц-унц -
15 июня 2010 г. 12:58, спустя 10 дней 16 часов 49 минут
что имею сказать
1. в нормальных БД есть триггеры, можно пользоваться ими, если зависимости сводятся к удалению/добавлению записей в БД
2. в тех же БД можно использовать внешние ключи
3. апи событий я б сделал примерно так:
есть некие события для некоего класса, например add, remove, change для класса A.
$a = new A;
$a->onAdd = function(){
// обрабатываем событие
}
$a->addSomething($something);
class A {
function addSomething($something){
// …
rise event add;
}
}
ну вы понимаете, что ни "rise event", ни "->onAdd = function", ни аналогов в пыхе нет, поэтому придётся делать так
class eventAAdd {
function __construct(){
// обрабатываем событие
}
}
class A {
function addSomething($something){
// …
new eventAAdd();
}
}
$a = new A;
$a->addSomething($something);не всё полезно, что в swap полезло -
15 июня 2010 г. 13:32, спустя 33 минуты 23 секунды
помоему не самый лучший способ просигналить событие. объект события будет жить до exit приложения. в комментариях к __destruct() офф. документации есть пример, показывающий жизненный цикл объектов php.ιιlllιlllι унц-унц -
15 июня 2010 г. 13:44, спустя 12 минут 2 секунды
объект события будет жить до exit приложения
не смертельно, если событий будет немного. тут потенциальные грабли в другом - циклические вызовы событий, т.е. ошибки проектирования. Можно написать класс фабрики событий по аналогии с фабрикой объектов и передавать его в каждый порождаемый класс. Это кстати решит проблему контекста.не всё полезно, что в swap полезло -
15 июня 2010 г. 17:30, спустя 3 часа 45 минут 50 секунд
народ, вы тут столько всего понаписывали, та хочется почитать, но я на работе + с заказчицей беседую)
дайте кто-то адеквата Мастеру -
15 июня 2010 г. 17:35, спустя 4 минуты 55 секунд
master, чем
?Events::register($name, $callback);
Events::rise($name, $_);Сапожник без сапог -
15 июня 2010 г. 18:17, спустя 42 минуты 11 секунд
phpdude, да в общем разницы особой нет, синтаксис вызова первичен, реализация вторична.
вот кстати что нашёл
http://ru2.php.net/manual/en/book.libevent.phpне всё полезно, что в swap полезло -
15 июня 2010 г. 22:43, спустя 4 часа 26 минут 39 секунд
master, забавная хуйня, только не из коробки - плохо)Сапожник без сапог -
16 июня 2010 г. 23:05, спустя 1 день 21 минуту
http://www.slideshare.net/long13/php-daemons
440hz (php.ru) тоже вроде бы участвовал в подготовке доклада, но _не_ присутствовал на самой конференции -
Страницы: ← Предыдущая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!