FT
Из минусов: придётся закостылить типы
Size: a a a
2020 July 18
AK
Compound components
AK
Не знаю, вписывается ли этот паттерн в концепцию атомик дизайна
c
export const List = () => ()
const ListItem = () => ()
List.Item = ListItem
Я делаю без основного компонента
c
button.Default
button.Primary
button.Primary
c
Легко расширять, без костылей типов
c
Обычные неймспейсы
AK
ну у тебя получается просто разные варианты одного компонента
AK
а тут как бы иерархия
c
а тут как бы иерархия
Тоже верно
BA
всем привет, есть еффект в фиче, а есть ефект в странице, но я хочу по завершению еффекта фичи, тригернуть тот, что в странице, импортировать из фичи и реагировать на еффект в странице можно?
c
всем привет, есть еффект в фиче, а есть ефект в странице, но я хочу по завершению еффекта фичи, тригернуть тот, что в странице, импортировать из фичи и реагировать на еффект в странице можно?
Да
2020 July 22
D
Привет. После авторизации пользователя мы получаем некие данные, которым потом используются на всех страницах, возможно, придётся даже использоваться в реализации какой-нибудь фичи (это пока не точно). Где можна хранить эти "общие" данные, чтобы потом не приходилось вытягивать их с какой-нибудь "пещеры"?
D
Правильно ли будет создать отдельную директорию возле страниц, где и будет всё храниться?
FT
Dmitriy Yarmola
Привет. После авторизации пользователя мы получаем некие данные, которым потом используются на всех страницах, возможно, придётся даже использоваться в реализации какой-нибудь фичи (это пока не точно). Где можна хранить эти "общие" данные, чтобы потом не приходилось вытягивать их с какой-нибудь "пещеры"?
В фиче auth
D
Хорошо, спасибо
П
Есть у кого в проектах i18, переводы которые фичами используются - как храните, в одном большом бандле или в каждой фиче свои локали?
DS
Был ли у кого-то опыт куда определать CustomProvider в атомике?
DS
может ли это быть отдельная директория contexts?
DS
или принадлежит организмам?