Новости 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 Ответов
  • 3336 Просмотров
*

b2z

  • Глобальный модератор
  • 7287
  • 778 / 0
  • Разраблю понемногу
Друзья!

Собираюсь начать разработку компонента с несколькими контроллерами. До этого писал простенькие вещи только с одним контроллером. И меня заинтересовала возможность скрыть передачу наименования контроллера через URI. Все мы знаем такую классическую схему:

Код: php
require_once( JPATH_COMPONENT.DS.'controller.php' );
 
$controller = '';
 
if ($controller == JRequest::getCmd('controller'))
{
$path = JPATH_COMPONENT.DS.'controllers'.DS.$controller.'.php';
jimport('joomla.filesystem.file');
if (JFile::exists($path)) {
require_once($path);
} else {
JError::raiseError('500', JText_::('Unknown controller'));
}
}

$classname = 'MycomponentController'.ucfirst($controller);
$controller = new $classname();

Но меня заинтересовал подход, который испольуется в JomSocial:

Код: php
// Component configuration
$config = array('name'=>JString::strtolower(JRequest::getCmd('view', 'frontpage')));

$func = JRequest::getVar('func');

// Create the controller
$viewController = JString::strtolower($config['name']);

if( !JFile::exists( JPATH_COMPONENT.DS.'controllers'.DS.$viewController.'.php' ) )
{
echo JText::_('CC INVALID TASK');
return;
}

require_once (JPATH_COMPONENT.DS.'controllers'.DS.$viewController.'.php');
$viewController = JString::ucfirst($viewController);
$viewController = 'Community'.$viewController.'Controller';

$controller = new $viewController($config);

Как я понял, тут наименование контроллера не передается в URI, а используется наименование view, и в зависимости от этого подключается нужный контроллер.

Верно ли я понял? Можно ли использовать такой подход для подключения контроллера или могут возникнуть какие-то подводные камни?
Может кто-то использует другие способы подключения контроллеров и может поделиться своим опытом? ;)
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Да нет проблем. Любая внятная логика выбора контроллера имеет право на жизнь. Хоть view проверяй, хоть что угодно.
На самом деле, грамотно написаный router.php при включенном SEF такие вопросы должен в корне решать.
*

b2z

  • Глобальный модератор
  • 7287
  • 778 / 0
  • Разраблю понемногу
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Ошибка при инициализации View внутри контроллера

Автор croatian

Ответов: 2
Просмотров: 2082
Последний ответ 14.04.2009, 17:18:26
от croatian