Z
Зачем модифицировать типовые модули?
Size: a a a
2021 May 16
В
Да, зачем там следы?
A
Иногда по другому никак)
A
Обновлять сильно проще потом
HN
например, хочет заказчик на фронтол карты лояльности отправить, а в типовом модуле это не поддерживается
A
Чую сейчас про расширения начнется. Но нет. Пока не доверяю что ли. И в поддержке они дороже получаются у нас почему-то
HN
и в расширениях вставки должны иметь ФИО/номер задачи иначе код быстро приобретет армейский запах. Если мы про поддержку доработанных типовых.
В
?? Так в трехстороннем сравнении и так видны свои изменения в типовых модулях.
HN
вот бы посмотреть,на сравнение с разделением правок свои/не свои
В
Свои, имею ввиду - отклонения от типовой, а не конкретного автора. Второе не имеет смысла.
HN
юзкейс: поддерживаю только свои, чужие удаляю за неактуальностью задач
Z
Вместо этого можно просто шапку на геркине писать, тогда сразу будет понятно кому нужна задача и что ожидается.
В
То есть, вам нужно просто очистить всю конфу от чужих правок? 😮
Z
Значит надо скопировать модуль и модифицировать, нехорошо делать свои вставки в чужом коде.
HN
был бы признателен за пример кода, где применен этот стандарт
В
Зачем это? Как отслеживать изменение типового модуля?
HN
#ИзменениеИКонтроль юзаю
HN
Было N программистов, сменилась вся команда, начали писать процессы с типовой конфы
В
Да, это хорошая вещь. Принципиально не сильно отличающаяся от правок самих типовых модулей.
В
Ну это специфичный случай. Подходы то разрабатываются под наиболее популярные кейсы.