Как исправить ошибку Module not found с версией react-scripts 5?

Question

[Boris007]

Пытаясь найти причину, нашел только то, что все говорят, что эта проблема из-за версии react-scripts 5

Module not found: Error: Cant resolve '#/pages/about'
Did you mean './#/pages/about'?
Request that shuld resolve in the current dirrectory need to start with './'.

При этом внутри VSC по ссылкам все нормально прыгает и красных подчеркиваний нет, а ошибка при компиляции есть.
В compilerOptions добавил paths: "#/*': ["./src/*]

Answer 1

[Aetae]

compilerOptions.path влияет только собсно на "красные подчёркивания", tsconfig никак не управляет настоящими путями.
Тебе надо руками прописывать alias в конфиге webpack.

Comments

[Boris007]

В этом и проблема, в проекте нет файла webpack.config
Слово webpack фигурируется только в package-lock.json
Только prettier.config.js

semi: false
singleQuote: true

Я не знаю, где найти правила по которым все компилируется

[Aetae]

Boris007, конечно нет, хехе, потому что создатели cra считают, что неча нам, немытым массам, лезть своими кривыми ручонками в конфиг.
И что алиасы - не нужны тоже считают.

Выборов тут несколько:
1. Сделать npm run eject, который вывалит тебе в папку все потроха конфига cra. Ты сможешь их изменять как хочешь, но можешь забыть о любом обновлении.
2. Использовать свой собственный конфиг(или чей-то boilerplate) с нуля, не используя cra. Обновлять гораздо проще, чем то что высрет eject, но всё придётся настраивать руками.
3. Использовать патчер для cra, например craco. Он попачит конфиг cra на лету в нужных местах, но это сторонняя либа и вмешательство через зад, потому могут возникнуть какие-нить проблемы(а могут и не возникнуть).

Первые два варианта - "официальные рекомендации", но лично я в своё время предпочёл третий вариант и горя не знал(кроме горя от работы с react вместо vue).

P.S. Эта инфа ~двухгодичной давности, если с тех пор что-то в cra поменялось к лучшему - о том я не ведаю.

[Boris007]

Aetae, подскажи пожалуйста, зачем кто-то на cra проекты пишет?
Это же дико неудобно работать без настройки путей
Да и возможность настраивать сборщик тоже иногда очень полезна
Зачем все это, когда можно самому реакт приложение поднять без проблем, потратив на это не особо много времени и сохранить в гите дефолтный стартовый проект

[Aetae]

Boris007,
1. Потому что cra обновляется и поддерживается самой командой react. Можно быть уверенным, что там всё самое свежее, всё настроено верно и по фэн-шую.
2. Потому что это де-факто стандарт: 99% уроков и решений в интернете предполагают, что у тебя cra, а не свой чистый react, а в cra понапихано много всяких мелочей окромя самого реакта.
3. Потому что лень возиться. Про "не особо много времени" - ты жестоко ошибаешься.:)

[WbICHA]

Aetae,

1. Потому что cra обновляется и поддерживается самой командой react. Можно быть уверенным, что там всё самое свежее, всё настроено верно и по фэн-шую.

Да нет, он уже 2 года, по сути, но обновляется. Более того, они его теперь в доках даже не упоминают.

2. Потому что это де-факто стандарт: 99% уроков и решений в интернете предполагают, что у тебя cra, а не свой чистый react, а в cra понапихано много всяких мелочей окромя самого реакта.

Я бы добавил, что предполагают они так, потому что когда эти уроки/решения писались, цра был стандартом.)

3. Потому что лень возиться. Про "не особо много времени" - ты жестоко ошибаешься.:)

Ну, сегодня с тем же витом стартануть реакт если и медленнее, то незначительно.)

[Aetae]

WbICHA, бесит что вит взял под капот роллап. Ненавижу функциональщину у себя в конфигах. ИМХО, конфиги должны быть сраными конфигами - декларативным списком конкретных установок, а не отдельным хуйпойми как работающим приложением на недо-фреймворке. Вся надежда что вебпакеры не поднимут лапки и таки запилят следующую версию на модулях.