RU
у меня "типа" монорепа с кучей почти одинаковых миниаппликейшнов с очень схожими конфигами
я в принципе разбил конфиг на составляющие типа
merge(
output(),
js(),
css()
)
и так далее
Size: a a a
2021 May 12
RU
но в каждую из этих функций надо теперь передавать context и isProduction например, что напрягает
RU
эту информацию можно вычитать из самого конфига, но конфига пока еще нет - я его и создаю
A
мм я бы сделал какой-то рутовый common конфиг а потом в этих мини аппах его дополнял
A
типо как сторибуки делают
RU
это не супер путь, потому что это будут "проблемы с наследованием" по вебпаковски
RU
то есть надо найти общий минимальный конфиг
RU
а потом этот общий конфиг начнет обрастать модификаторами типа "этой аппе вот это не нужно, добавляем if"
A
не, если это какой-то апе не нужно оно просто выносится с коммон конфига и расписывается везде отдельно
RU
ага и из-за одной паршивой овцы, которой кусочек не нужен, остальным придется это руками писать
A
ну или удаляется из него там где не не нужно
RU
ну это такой... шаткий путь, как мне кажется
A
ну он шаткий если у тебя были бы длинные цепочки наследований
RU
ну тогда ваще жопа была бы да
A
а так у тебя в приложениях есть какой-то модификатор конфига, принимает на вход коммон и дополняет или меняет. Системные фичи на уровне общего конфига, частные - на уровне частных
RU
ну у меня по сути почти то же, только в виде "building blocks"
RU
типа есть куча разных лего кусочков и каждый конфиг из них собирает что хочет
A
тоже норм тема, но тут надо упороться так чтобы все комбинации кусочков были совместимы
RU
не ну за совместимость отвечает тот, кто из них собирает 🙂