Size: a a a

Atomic Design for React

2020 August 03

c⁣

createStore<🦉>... in Atomic Design for React
Dmitry Zherebko
Я чуть позже сброшу со ссылками
Спасибо
источник

DZ

Dmitry Zherebko in Atomic Design for React
createStore<🦉> ⁣
Расскажи?
если коротко то некоторые модели могут одновременно находится в разных контекстах, при этом если попытаться делать всеобьемлющую модель для всего то это ведёт к разрастанию и усложнению кода. Т.е не связывать всё в одно, но разделить на две части которые имеют две разных модели для разных контекстов поведения
источник

DZ

Dmitry Zherebko in Atomic Design for React
ещё пример это юзер и контекст коллаборации и идентификации, вроде моделька юзера, но у него несколько контекстов
источник

DZ

Dmitry Zherebko in Atomic Design for React
и делать все обьемлющую модель это лишь усложнения приложения
источник

DZ

Dmitry Zherebko in Atomic Design for React
болле подробно можно в  implementing domain-driven design почитать
источник

DZ

Dmitry Zherebko in Atomic Design for React
а вот страницу точно не подскажу где-то с 50 по 120
источник

DZ

Dmitry Zherebko in Atomic Design for React
зависит от формата
источник

DZ

Dmitry Zherebko in Atomic Design for React
вот эти главы
источник

DZ

Dmitry Zherebko in Atomic Design for React
если смотреть на тот пример с юзером и темой которая хранится у него же в настройках
источник

DZ

Dmitry Zherebko in Atomic Design for React
то тут у нас разные контексты
контекст пользователя, контекст стилизации приложения, ну и всякое другое
источник
2020 August 04

K

KaufD 🐈 in Atomic Design for React
если модель получает/отправляет данные извне в одном виде, а во вьюхе они нужны в другом (к примеру, нужно трансформировать для использования в селекте) - правильнее проводить такую трансформацию в самом представлении?
источник

Е

Едуард in Atomic Design for React
KaufD 🐈
если модель получает/отправляет данные извне в одном виде, а во вьюхе они нужны в другом (к примеру, нужно трансформировать для использования в селекте) - правильнее проводить такую трансформацию в самом представлении?
в селекторах, если не ошибаюсь)
источник

FT

Frontend Priest Tony in Atomic Design for React
KaufD 🐈
если модель получает/отправляет данные извне в одном виде, а во вьюхе они нужны в другом (к примеру, нужно трансформировать для использования в селекте) - правильнее проводить такую трансформацию в самом представлении?
Если на редаксе, то есть концепция containers - компонентов, которые подготавливают данные и прокидывают их в реальный, более тупой компонент. Например, UserAvatar подготавливает данные из модельки юзера, и рисует тупой компонент Avatar.
источник

FT

Frontend Priest Tony in Atomic Design for React
Если не на редаксе, всё то же самое, но без неуместного слова containers
источник
2020 August 06

MK

Maxim Kolesnikov in Atomic Design for React
@sovasergey

Правила чата: https://rudevs.network/ByaMH6un7
https://rudevs.network/ByaMH6un7

ссылка битая
источник

MK

Maxim Kolesnikov in Atomic Design for React
Хотя instant view в телеге работает. 🤔
источник

c⁣

createStore<🦉>... in Atomic Design for React
Спасибо. Исправил
источник

c⁣

createStore<🦉>... in Atomic Design for React
источник

MK

Maxim Kolesnikov in Atomic Design for React
Так. А с чего начать применять atomic design в реакте? Книгу читать?
источник

c⁣

createStore<🦉>... in Atomic Design for React
Maxim Kolesnikov
Так. А с чего начать применять atomic design в реакте? Книгу читать?
ага
источник