Новости 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 Гость просматривают эту тему.
  • 2 Ответов
  • 903 Просмотров
*

SkyAn

  • Захожу иногда
  • 56
  • 0 / 0
При написании компонента обратил внимание, что CSS, js и images размещают либо в component/com_xxx/assets, либо  в media/com_xxx/. Вот и возник вопрос, когда нужно использовать media при написании компонента и почему существуют два разных метода?
*

fsv

  • Живу я здесь
  • 2781
  • 411 / 2
Если компонент для "собственного потребления", то можно и в assets в компоненте. Так чуть удобнее, меньше по дереву файлов ходить, все рядом.
Если компонент для распространения с последующей перспективой его обновления, то лучше в media. Так вы дадите вашим пользователям возможность переопределять и править ваши скрипты, стили, изображения без переопределения шаблона вида, в котором они подключаются/выводятся.
Для использования этой возможности вы должны подключать скрипты (стили, изображения) с помощью JHtml::_().

Пример (названия компонента, шаблона, скрипта меняем на свои):
Спойлер
[свернуть]
Веб-разработка: заказ. Только новая разработка.
*

SkyAn

  • Захожу иногда
  • 56
  • 0 / 0
Спасибо за разъяснения. Компонент делаю для "собственного потребления" с перспективой его обновления и расширения функционала. Тогда лучше вынести в media файлы. И еще вопрос, если компонент будет генерировать медиа файлы, то их наверно лучше размещать тоже в media?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться