Коллеги, добрый день.
Столкнулся с такой проблемой. При совместной разработке функциональности вовлечены как кастомизаторы, так и разработчики. Разработчики делают правки через код схемы страницы, а кастомизаторы пользуются визардами страниц редактирования.
В целом, проблем с этим нет, но есть одна единственная проблема. У меня объявлена деталь на странице редактирования. В этом описании указан еще и subscriber, чтобы отрабатывать различные функции в случае возникновения событий об изменениях детали. Так вот визарды зачищают этот участок кода схемы страницы, что ломает бизнес логику страницы. Вопрос в том, каким еще способом можно определить подписку на стандартные события изменения детали, чтобы перенести код в секцию methods?
Нравится
О, да! И мне постоянно на это отвечала поддержка, что этого не может быть :)
Владимир Соколов,
а поддержка случайно не предлагала какие-то воркэраунды?
у меня, конечно, есть мысли, как "обезопасить" себя от перетерания, но это будет добавлять еще один пакет в систему и лишнюю замещающую схему
Добрый день, сабскрайбер не будет удаляться, если вы воспользуетесь следующей конструкцией:
subscriber: {
"methodName": "sendSaveCardModuleResponse"
}где sendSaveCardModuleResponse имя метода.
Терещук Сергей,
при таком подходе нет возможности передать параметр в метод? Есть необходимость сделать один метод для разных деталей, но не получается передать в него название детали, которую нужно обновить