Pull to refresh
6
Маргарита Лукина@devmargooo

Frontend developer

1
Subscribers
Send message
Есть куча кейсов, когда тоггл отвечает за состояние UI, а не за бизнес-логику. Например, он закрывает/открывает какую-нибудь плашку. Или попап. Или тему с темной на светлую переключает (и хотя тему, скорее всего, мы не будем хранить в текущем компоненте, но все равно это пример UI данных, а не бизнес-данных). Именно об этом мой комментарий — не все данные есть бизнес-данные, во фронте есть куча UI данных.
Первый критерий (частота изменения данных) выглядит очень сомнительным )) Допустим, есть где-нибудь какой-нибудь тоггл на странице, который пользователи тыкают один раз в пятьсот лет — что теперь, хранить его состояние в сторе? Куда более разумным кажется разделение по архитектурному слою. Например, данные пользователя — это слой бизнес-логики, и такие данные должны находиться в сторе (даже если они часто изменяются), а состояния UI компонентов — это UI слой и такие данные должны быть в стейте компонента.
О хакатоне, очевидно ))
Я не имею никакого отношения к организации «Цифрового прорыва». Я просто участник, который рассказал о своем первом опыте хакатона.
2

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity