заочного мата соберу?
Понимаю что есть onBeforeAction в контроллерах, но там судя по коду придется полностью форвардить на обработчике в свой контроллер, т.к. на любой чих там обнуляются все префильтры
*ну или туплю с нужным обработчиком в контроллере?!
да вроде не принято в битриксе так делать в обработчиках можно наверное загнать в Dictonary параметры, но это прям будет странно видимо $event->getParameter('dictonary')->getParameter('id');
вот ссылки это я зря :) там итак объект в параметрах * хотя не зря, со ссылками можно подменить на съедение дальше скрипту не выполняя полной логики
Мне думается, что за ссылками следить прийдется учитывая что обработчик может модифицировать значение, хоть и не принято, но с классом все будет в одном месте ну и плюс везде экземпляр будет один и тот же
да, придется. усложнит поиск багов но хочется чтобы последовательно отрабатывала пачка обработчиков с результатом предыдущего и если вдруг поменяются значения в этой цепи, то и дальше по коду на финале это будет известно (где собственно отработает psr лог)
Мне кажется или класс тут идеально вписывается😸
ну да соблазнительно :)
да, так и сделаю свой binderResult extends \Bitrix\Main\Result по ядру вроде такое существует :)
не класс но так симпотнее, согласен :)
Обсуждают сегодня