Size: a a a

Atomic Design && Feature Slices

2020 December 10

П

Первый 🦄 Император... in Atomic Design && Feature Slices
createStore<🦉> ⁣
только минимальное количество
вроде гридов и флексов

и их пишу прям в файле page.tsx
ну я храню ток гриды для разметки колонок в основном. так как от страницы к странице они разнятся
источник

SS

S S in Atomic Design && Feature Slices
😂😂
источник

c⁣

createStore<🦉>... in Atomic Design && Feature Slices
Первый 🦄 Император
ну я храню ток гриды для разметки колонок в основном. так как от страницы к странице они разнятся
ну вот разве что
источник

c⁣

createStore<🦉>... in Atomic Design && Feature Slices
все остальное выглядит как-то совсем не ок
источник

П

Первый 🦄 Император... in Atomic Design && Feature Slices
createStore<🦉> ⁣
ну я в команде тимлид
и у нас есть весьма вменяемая причина
а что за причина?
источник

c⁣

createStore<🦉>... in Atomic Design && Feature Slices
Первый 🦄 Император
а что за причина?
не можем собирать стили в статику
ибо проект может подключаться в другие проекты, как микрофронтенд

и тут статический css только помешает
плюс будет ssr, и нужен нормальный critical css
источник

c⁣

createStore<🦉>... in Atomic Design && Feature Slices
ну и каждый микрофронтенд это большое приложение, разбитое на чанки
грузить абсолютно весь css это очень дорого
источник
2020 December 13

OR

Oleg Rizhkov in Atomic Design && Feature Slices
@sovasergey
https://t.me/feature_slices/12
это ещё актуально? действительно ли полезно вкладывать фичи друг в друга? не ведёт ли это к "помойке фич"?
источник
2020 December 14

c⁣

createStore<🦉>... in Atomic Design && Feature Slices
Oleg Rizhkov
@sovasergey
https://t.me/feature_slices/12
это ещё актуально? действительно ли полезно вкладывать фичи друг в друга? не ведёт ли это к "помойке фич"?
Пока что не было необходимости во вкладывании в последних проектах
источник

OR

Oleg Rizhkov in Atomic Design && Feature Slices
то есть, это правило так, на всякий случай.
источник
2020 December 15

n

null in Atomic Design && Feature Slices
Дайте совет. У меня стек route-ов для главной странице. Есть template, который принимает sidebar, в самом sidebar есть NavLink-и. Я не знаю, где лучше расположить этот sidebar, так как он довольно специфичный, и его особо не переиспользуешь. Пока решил его держать в том же файле, где находится route-ы. Есть идеи?
источник

FT

Frontend Priest Tony in Atomic Design && Feature Slices
null
Дайте совет. У меня стек route-ов для главной странице. Есть template, который принимает sidebar, в самом sidebar есть NavLink-и. Я не знаю, где лучше расположить этот sidebar, так как он довольно специфичный, и его особо не переиспользуешь. Пока решил его держать в том же файле, где находится route-ы. Есть идеи?
Что такое "стек роутов"?
источник

n

null in Atomic Design && Feature Slices
Frontend Priest Tony
Что такое "стек роутов"?
просто коллекция Route
источник

FT

Frontend Priest Tony in Atomic Design && Feature Slices
null
просто коллекция Route
Не рекомендуется так делать, но можно вынести какие-то темплейты в common/core фичу. Там же может лежать и сайдбар
источник

n

null in Atomic Design && Feature Slices
источник

n

null in Atomic Design && Feature Slices
внутри sidebar уже NavLink
источник

n

null in Atomic Design && Feature Slices
Frontend Priest Tony
Не рекомендуется так делать, но можно вынести какие-то темплейты в common/core фичу. Там же может лежать и сайдбар
хм. просто беспокоит, что кусочек логики роутинга должен куда-то уходить
источник

FT

Frontend Priest Tony in Atomic Design && Feature Slices
Лучше не заворачивать в вёрстку роуты
источник

n

null in Atomic Design && Feature Slices
Рассмотрю все варианты
источник

FT

Frontend Priest Tony in Atomic Design && Feature Slices
Типикал случай на реакт роутере:

const SomePage = () =>
 <SomeTemplate
   sidebar={...}
   content={...}
 />


const App = () =>
 <BrowserRouter>
   <Switch>
     <Route component={SomePage} />
     // миллион роутов
   </Switch>
 </BrowserRouter>
источник