Опять же не было планов как то захейтить легаси и основная мотивация только подсветить вещи, на которые стоит обратить внимание при разработки подобной системы ;)
Однажды поняли что нужно делать какую то документацию для св-тв конфигов например, тк система должна быть максимально кастомизируемой, то и св-тв будет (и есть) огромное количество и во всех из-них могут разобраться только мудрые староверы )
Да тут скорее всего не просто поделиться болью, а с целью подумать как можно сделать лучше, чтобы при проектировании подобных систем избежать подобных проблем.
Next хорош на самом деле, но если говорить про коробочное решение, то в нем слишком много функционала, который врят ли буду использовать, да и плюс ко всему хотелось бы самому настроить приложение, чтобы максимально гибко им управлять и понимать его работу )
Ну насчет защитит от невнимательности спорно, тк .TS проверяет типы только на этапе компиляции кода в JS (однако если в реалтайме кто то изменит тип переменной, TS от этого не защитит), хотя возможно вы и имели это ввиду )
Дело в том что конфигурация на клиенте и сервере должны быть почти одинаковые, однако когда мы собираем серверную часть, нам нужны только файлы, которые относятся к серверу, поэтому в серверном вебпак конфиге мы сделали следующую конструкцию
PS То есть сделали так, чтобы в нашу серверную сборку не попали исходники css, которые генерируются из SCSS.
Если для вашей серверной сборки нужны эти пакеты вы их оставляете, если нет, то делаете для них null-loader. Надеюсь ответил на ваш вопрос, однако если нет, то более подробно о настройке webpack конфигах я постараюсь более подробно написать в следующей, где то на этой неделе!
Опять же не было планов как то захейтить легаси и основная мотивация только подсветить вещи, на которые стоит обратить внимание при разработки подобной системы ;)
Однажды поняли что нужно делать какую то документацию для св-тв конфигов например, тк система должна быть максимально кастомизируемой, то и св-тв будет (и есть) огромное количество и во всех из-них могут разобраться только мудрые староверы )
Насколько информативной кстати оцените статью? (чтобы следующую мог более качественно написать)
Да тут скорее всего не просто поделиться болью, а с целью подумать как можно сделать лучше, чтобы при проектировании подобных систем избежать подобных проблем.
Не так давно TSDoc внедрился
Слабое интернет соединение задублировало комментарий (этот комментарий лишний)
Next хорош на самом деле, но если говорить про коробочное решение, то в нем слишком много функционала, который врят ли буду использовать, да и плюс ко всему хотелось бы самому настроить приложение, чтобы максимально гибко им управлять и понимать его работу )
Спасибо большое, постараюсь следующую часть сделать более информативной )
@JanKaban2505
Ну насчет защитит от невнимательности спорно, тк .TS проверяет типы только на этапе компиляции кода в JS (однако если в реалтайме кто то изменит тип переменной, TS от этого не защитит), хотя возможно вы и имели это ввиду )
Попытался максимально просто написать о TS )
Доброго времени суток )
Дело в том что конфигурация на клиенте и сервере должны быть почти одинаковые, однако когда мы собираем серверную часть, нам нужны только файлы, которые относятся к серверу, поэтому в серверном вебпак конфиге мы сделали следующую конструкцию
PS То есть сделали так, чтобы в нашу серверную сборку не попали исходники css, которые генерируются из SCSS.
Если для вашей серверной сборки нужны эти пакеты вы их оставляете, если нет, то делаете для них null-loader. Надеюсь ответил на ваш вопрос, однако если нет, то более подробно о настройке webpack конфигах я постараюсь более подробно написать в следующей, где то на этой неделе!