стилистика продукта. Переписывать все как хочется - зачем тогда использовать продукт ? Ну имхо, я просто беру ядро и потрошу его для своих нужд и обычно никогда не бывает проблем, а потом приходят светлые головы и давай сыпать вопросами почему так, а не иначе и прочее ))
Если как в ядре, то зачем делать, если это уже есть в ядре? А если нужно что-то сделать новое, это уже никак в ядре. Я думаю я не нарушу стилистику и парадигму если использую OnModuleUnInstall и поверх него сделаю описание зависимостей своего модуля в конфигурационном файле. Или вы считаете что нарушу?
Я твой Битрикс парадигму шаталъ)
Не нарушите. Просто чтобы унаследовать класс, нужно подключить его модуль. Мне попадались иные варианты реализации. Все они заканчивались в итоге одинаково - fatal error.
Конечно. Мне, слава Богу, не попадались. Но что это меняет? Допустим у меня как-то так: https://i.imgur.com/thrZPWE.png А я сделаю как-то так: https://i.imgur.com/Ft4lQI5.png Что это изменит? Мой модуль упадет с другим текстом ошибки? if в данном случае не спасает ни от чего. Просто ухудшает читаемость и создает лишнюю проверку. А вот использование OnModuleUnInstall - норм идея. Уже прикрутил. Вот и почти весь код: https://i.imgur.com/cHqPcDM.png - "ужасного пакетного менеджера"
Ну как вам сказать... зависит от использования. Например, мы были вынуждены перейти на второй вариант, чтобы заработал генератор orm-аннотаций, которым партнеры пользуются. Кстати, Loc::loadMessage можете не указывать. Будет немного быстрее.
Автоматом подключается? Странно что я указала тогда. Спасибо.
Изначально не подключался. Года три или четыре как.
Понял. Это довольно старый код, очень возможно что на старой версии ядра делался.
Обсуждают сегодня