Comments 10
Ещё там есть холивары в том как они управляли зависимости - одна сторона хотела запиненые зависимости другая "с крышечкой ^", и всем в не угодишь
Ну и куча других споров в том "как правильно"
Удобная штука. Но я использовал её только, когда интенсивно изучал React, чтобы сосредоточиться именно на React. В продакшене - ни разу. И таких как я, думаю, большинство.
Действительно большинство скорее всего использует уже свои настройки и сборщики. Но я лично точно встречал пару проектов в продавшене на CRA
Что плохого в CRA на продакшене? На работе все фронт-приложения (которые за авторизацией) - созданы с помощью CRA. До авторизации - next.js.
И есть прямой запрет на создание своего кастомного стартер-конфига без необходимости. Никаких проблем, всё одинаково, одни плюсы. Особенно на долгосроке, и когда проектов много, преимущества чувствуются хорошо.
Эх. Простите за крик души, но надо разрабов при приёме на работу заставлять на собеседовании в течение часа повторять скороговорку: «Фреймворк на фрейморке работал в фреймворке, но я под фреймворками фреймворкать не буду»! Скоро для console.log с десяток конкурирующих фреймворков напишут.
Не вижу ничего плохого в том, если CRA идейно умрет как полноценный инструмент запуск нового проекта. Пусть знакомит начинающих с миром Реакт, а дальше люди сами разбируться, что им использовать.
дело в том, что CRA - дерьмо собачье
Видел много production проектов на CRA, в том числе в крупных банках РФ, но в целом действительно делать свою сборку на том же вебпак гораздо удобнее в будущем для поддержки проекта, исходя из моего опыта
10 апреля 2023 год.
После того как вы создали реакт приложение (npx create-react-app project-name)
Сразу выдаёт предупреждение об уязвимостях зависимостей. Это уже даёт понять что create-react-app больше не поддерживается и не целесообразно начать продолжать разработку. Из за этих 6 уязвимостей, ваш проект начнёт тормозить
Create react app умирает?