Routes - Where to place?

[azinit]

"Куда класть path.ts" - и другие вариации извечного вопроса

[azinit]

1) Понимаю. Ну допустим, что зашьем ссылки, потому что "сейчас удобно"
Если отбросить перечисленные по линку выше причины, у нас как минимум появится необходимость:
- либо хардкодить ссылку на уровне shared/ui или entities/**/ui (смотря куда положим)
- либо тянуться к pages/routes некому, где можно сгенерить роут для страницы 
(что тоже не оч)

Поэтому выбор по большей части между "удобством сейчас" и "явностью и предсказуемостью в долгой перспективе" 

Выбор за тобой и командой 🤷‍♂️

https://t.me/feature_sliced/4389

[azinit]

1) "Также у него есть ссылки", "БЛ - ссылки на ресурсы в рамках сайта"
Про роуты в приложении очень много споров, но что точно известно - что "роуты это не про БЛ")
Роуты - это лишь способ достучаться до конкретной страницы, и при этом он может и должен определяться пропсами (https://t.me/feature_sliced/3758), если это не уровень pages и выше

В этом плане - урлы хоть как должны передаваться через пропсы

2) Вопрос - для конкретной сущности, всегда ли прибито отображение политики конфиденциальности? Или бывает отображение без нее [политики] ?
(например как ProductCard может отображаться сам по себе, но и с фиче-кнопкой AddToCart)

https://t.me/feature_sliced/4387

[azinit]

Не юзать их [роуты] на уровне виджетов, а юзать на уровне страниц (https://feature-sliced.design/docs/concepts/issues/routes)))
А если очень хочется - то все чаще вижу щас "обходное решение", чтобы хранить роуты в условном shared/router, и тягать роуты оттуда в слоях до pages
И саму сетку роутинга уже формировать в pages/app на основании этих shared-роутов
(но быть готовым к проблемам из упомянутой статьи)

https://t.me/feature_sliced/11953

[azinit]

https://t.me/feature_sliced/10117
https://t.me/feature_sliced/10186
https://t.me/feature_sliced/7365

[azinit]

https://kelin2code-mu.vercel.app/posts/routing-that-does-not-break-architecture

[azinit]

https://t.me/feature_sliced/11953