Новости Joomla

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

👩‍💻 Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод triggerEvent(), с помощью которого раньше вызывались события для плагинов. Теперь чтобы в своём коде вызвать событие для плагина и получить от него результаты нужно:- создать объект класса события- передать в него параметры

use Joomla\CMS\Event\AbstractEvent;use Joomla\CMS\Factory;use Joomla\CMS\Plugin\PluginHelper;// Грузим плагины нужных группPluginHelper::importPlugin('system');// Создаём объект события$event = AbstractEvent::create('onAfterInitUniverse', [    'subject' => $this,    'data'    => $data, // какие-то данные    'article' => $article, // ещё материал вдовесок    'product' => $product, // и товаров подвезли]);// Триггерим событиеFactory::getApplication()->getDispatcher()->dispatch(    $event->getName(), // Тут можно строку передать 'onAfterInitUniverse'    $event);// Получаем результаты// В случае с AbstractEvent это может быть не 'result',// а что-то ещё - куда сами отдадите данные.// 2-й аргумент - значение по умолчанию, // если не получены результаты$results = $event->getArgument('result', []);
Плюсы такого подхода - вам не нужно запоминать порядок аргументов и проверять их наличие. Если вы написали свой класс события, то в плагине можно получать аргументы с помощью методов $event->getArticle(), $event->getData(), $event->getProduct() и подобными - реализуете сами под свои нужды. Если такой класс события написали, то создаёте экземпляр своего класса события и укажите его явно в аргументе eventClass
use Joomla\Component\MyComponent\Administrator\Event\MyCoolEvent;$event = MyCoolEvent::create('onAfterInitUniverse', [    'subject'    => $this,    'eventClass' => MyCoolEvent::class, // ваш класс события    'data'       => $data, // какие-то данные    'article'    => $article, // ещё материал вдовесок    'product'    => $product, // и товаров подвезли]);
Ожидаемо, что класс вашего события будет расширять AbsractEvent или другие классы событий Joomla.🙁 Есть неприятный нюанс - нельзя просто так вызывать событие и ничего не передать в аргументы. Аргумент subject обязательный. Но если вы всё-таки не хотите туда ничего передавать - передайте туда пустой stdClass или объект Joomla\registry\Registry.
@joomlafeed#joomla #php #webdev

0 Пользователей и 1 Гость просматривают эту тему.
  • 7 Ответов
  • 2843 Просмотров
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Есть задача (всем строкам в таблице у которых родитель нулевой проставляем 0-й уровень, остальным - некое большое фиксированное число), которая решается 2-мя запросами:

Код: sql
update table1 set level = 0 where parent = 0;
Код: sql
update table1 set level = 999 where parent <> 0;

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

Так вот появилась мысль, сократить это до одного запроса, но есть сомнение, что это корректно (в смысле не будет ли потом кто-то меня проклинать за такой запрос):

Устанавливаем полю level тип tinyint и обходимся одним запросом:
Код: sql
update table1 set level = parent * 999;

Для тех строк, у которых родитель 0-й, проставится 0, для остальных получится значение превышающее 255, и оно будет урезано до 255...

Вроде кратко, один запрос вместо двух... Но почему-то сомнения меня гложут, нужна ли такая оптимизация? Что-то последнее время мне в голову приходят странные решения, порой настолько странные, что уже пахнет серой ;)
« Последнее редактирование: 08.12.2009, 23:39:39 от smart »
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Re: [SQL] Допустимо или неприлично?
« Ответ #1 : 08.12.2009, 23:18:34 »
Ну если брать первый вариант - то достаточно условия parent > 0 (ведь у тебя же родитель не может быть отрицательным)
А второй вариант - гениальность ленивой оптимизации, действительно зачем 2 запроса когда достаточно одного. Единственно что учитывай скорость выполнения математических операций на уровне запросов - они всяко медленней, нежели установка заданного значения.
Что выбрать - в зависимости от места выполнения запроса, нужна ли такая оптимизация и что она даст в приросте производительности
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

era

  • Администратор
  • 1588
  • 392 / 5
  • В туалете лучше быть пользователем, чем админом.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: [SQL] Допустимо или неприлично?
« Ответ #3 : 08.12.2009, 23:23:47 »
Задача в принципе простая - мне нужно для существующих уже комментариев корректно расставить значение поля level. Чтобы в будущем я мог подгружать не весь список, а допустим только 2 первых уровня, а остальное - по запросу пользователя.

В случае с MySQL, без использования высокой магии, это решается сначала путем простановки корневым нулевого уровня, всем остальным 255, и дальше итеративно, мы увеличиваем уровень для всех, у кого уровень на единицу меньше текущего. В конечном счете, вроде бы не очень сложная задача, и не очень трудоемкая. Единственная проблема, я знаю сайты, где в JComments крутится несколько десятков тысяч комментариев... И вот меня очень пугает, процесс обновления на таких сайтах... Поэтому и задумался о максимальной оптимизации этого процесса.

а оператор CASE в UPDATE низя использовать?
Вот скажу честно Саш, я никогда в MySQL его не использовал, ибо не знаю, есть он там или нет, и с какой версии... В Informixб, DB2 и MS SQL, конечно бы я им воспользовался, ибо там он с незапамятных времен, а вот тут, меня честно говоря взяло сомнение, а природная лень не позволила пойти почитать. Но есть у меня опасения, что в 4.1 его не было (хоть может я и неправ, и зря клевещу на MySQL).
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Re: [SQL] Допустимо или неприлично?
« Ответ #4 : 08.12.2009, 23:26:50 »
В Informixб, DB2 и MS SQL, конечно бы я им воспользовался, ибо там он с незапамятных времен, а вот тут, меня честно говоря взяло сомнение, а природная лень не позволила пойти почитать.
Усе там на месте :)
4.x - http://dev.mysql.com/doc/refman/4.1/en/control-flow-functions.html
5.x - http://dev.mysql.com/doc/refman/5.0/en/control-flow-functions.html
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: [SQL] Допустимо или неприлично?
« Ответ #5 : 08.12.2009, 23:39:23 »
Ну вот и славно. Значит я сегодня изобрел еще один ма-а-а-аленький велосипед. Зато сам... Вопрос снят... Ответ: неприлично.
*

Darkick

  • Завсегдатай
  • 1142
  • 239 / 1
А я как то не сторонник экономии на спичках, по мне лучше немного больше и медленнее, но логичней и понятней. А оптимизацию возлагаю на сервер БД.
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Для древовидных структур очень рекомендую использовать модель вложенных наборов (The Nested Set Model).
Немного сложно добавлять и перемещать элементы в дереве, но зато основные задачи вывода и форматирования делаются одним запросом.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться