Open krashaen opened 5 years ago
@in19farkt @krashaen @chmnkh как думаете, этим стоит заняться, если у кого-нибудь из наших разработчиков время будет?
я не эксперт в вопросах в сборки, мне вообще в целом не понятно, когда, кем, и при каких условиях всё это настраивалось
сейчас там куча всего и довольно всё запутано
возможно там вообще стоит всё пересмотреть, но это к Диме больше
стартер кит вообще великого рефакторинга требует, поговаривают, поэтому это лишь частная небольшая проблема мне кажется если по уму стартеркит переписывать, то там и глобально по сборке надо глянуть, что происходит
Про сборку, я бы вообще какой-нибудь create-react-app посмотрел, там должно быть уже всё настроено в лучшем виде и вроде доступна кастомизация вебпак конфига
В create-react-app довольно жопная конфигурация конфигов, по крайней мере около года назад была, можешь посмотреть как из-за этого сделали create-react-app-rewired даже :)
я предлагаю сейчас в любом случае почистить сборку, скорее всего великий рефатокринг её не заденет, а то мы так вечно будем все задачи откладывать в ожидании чуда :) Даже если перепишем потом starter-kit этот, то текущие усилия вряд ли займут кучу времени
nextjs по-моему сейчас куда круче create react app кастомизируется, нет? хотя это прям фреймворк уже
Это тот, который не даёт нам самим папки организовывать, а связывает структуру и рауты? 😄
Да, там всё круто, но вот раутинг ты файлами делаешь. Но вроде бы это дает больше плюсов чем минусов, там сборка заточена под это, каждая страница тянет за собой только свои зависимости, а линка на другую страницу делает префетч скриптов другой страницы.
В общем для большинства проектов я думаю это вообще не проблема, а просто дело привычки. Если совсем приспичило, то можно попробовать на верхнем уровне побить на страницы так как хочет/умеет nextjs, а внутри каждой страницы для отрисовки использовать Route из react-router, для редиректов использовать линки из nextjs.
Ну мне просто кажется, что когда проект из стадии MVP будет переходить в стадию зрелого продукта, либо когда для MVP потребуется что-то кастомное, то станет очень больно. И я не совсем понимаю, какую проблему nextjs решает? Если только SSR, то там же всего файликом в 100-200 строк можно обойтись, чтобы себе SSR поднять, дейтствительно ли стоит из-за этого целый фреймворк подключать в проект?
Это то что я вспомнил на ходу не углубляясь. Про проблемы на стадии зрелого продукта немного не понял, по сути этот фреймворк дает хорошую отправную точку, но при этом сильно тебя не ограничивает, вебпак конфиг можно расширять (причем довольно просто и удобно), по структуре проекта только страницы привязаны к раутам, в остальном делай как хочешь. Рауты-страницы вроде ни как не должны мешать, если нужно верхнеуровнево побили на страницы с помощью некста, а внутри страницы уже можем раутинг с помощью реакт роутера разрулить. Дока не большая, можно за полдня понять всё что нужно, чтобы начать на нем что-то пилить
Ну может быть, согласен, что твой список солидно уже выглядит :)
Возможно тут я сейчас не прав и вы меня поправите, либо поправим эти моменты) 1)
doiuse
, тут мне кажется нужно настройки для браузеров и игнорирования определенных свойств нужно вынести в отдельный файлик, я с ходу не разобрался сразу как заигнорить определенное свойство) 2) Почему убралиinline-svg
? Тут я может чуток отстал, но у ребят спрашивал, вроде все им пользуются. Есть другой способ вставки svg в дом? 3)postcssReporter
- как то странно, он то подсвечивает ошибки, то нет, например ставлю свойствоresize:none
, когда делал он не показывал на что именно ругается ошибка была только такая:Но на момент написания появилось сообщение
может я просмотрел, но Дима Юдин и Саша Петухов тоже смотрели)