AB
А spfx
Size: a a a
2020 June 22
Dv
https://docs.microsoft.com/en-us/sharepoint/dev/spfx/toolchain/extending-webpack-in-build-pipeline вот тут написано, что можно кастомизировать конфиг
AB
https://docs.microsoft.com/en-us/sharepoint/dev/spfx/toolchain/extending-webpack-in-build-pipeline вот тут написано, что можно кастомизировать конфиг
Ага. Через gulp можно немного подшаианить
AB
Мы уже всё это сделали.
Dv
Не просто немного подшаманить, а там вообще всё можно заманкипатчить.
AB
Проекту уже 4 года.
AB
Всё что там можно оптимизировать - оптимизировано.
Dv
Мне кажется, ты можешь тупо весь
configureWebpack там подменить, и заставить его шоб он делал то, что тебе нужно. Для начала — сдампить тот конфиг, который получается в итоге у родного тулинга, а потом и чтобы засунуть туда свой собственный, с изменениями.Dv
Но ты прав, это какой-то ебучий мрак.
Dv
Вместо того, чтобы конфигурировать билд json-файликом, они изобрели какой-то энтерпрайз-конфигуратор, и максимально размазали конфиг по всему коду.
AB
AB
Мы даже это сделали.
AB
Билды с 15 минут уменьшились до 7
A
Бля, даже у нас плюсовый проект собирается раза в три меньше
Dv
Заметь, в этом примере как раз показывают, как можно патчить конфиг, и даже показывают его после патча. Выходит, что он где-то эмитится всё-таки?
A
*быстрее
Dv
Ну и, если бы у меня билды делались по 15 минут, я бы их попрофайлил и починил, наверное
AB
Когда тебе нужно одновременно задебажить или разработать вебпарт, который является архитектурно комплексом вебпартов, скажем из трёх - это билды по 15-20 минут.
Dv
Хотя, бляха-муха, у меня у самого билды и делаются по 15 минут :(
Dv
Но всё-таки 20 миллионов строк жавакода — это не то же, что проект на фронтенде