A
но логики там не будет да с этими данными?
бизнес-логики нет, не будет. Биз нес логику можно вынести в отдельные методы, который опять же можно импортировать только там где нужно, и вызывать передавая им данные
Size: a a a
2020 November 26
DS
Наивно полагать что редакс решает лишь одну проблему.
Да вот тут есть мнение что ни одной🌚
BB
оборачивать все по 50 раз в memo
BB
бизнес-логики нет, не будет. Биз нес логику можно вынести в отдельные методы, который опять же можно импортировать только там где нужно, и вызывать передавая им данные
окей. что с подписками делать на "изменяющиеся" данные?
A
вы с середины начали
A
окей. что с подписками делать на "изменяющиеся" данные?
DS
окей. что с подписками делать на "изменяющиеся" данные?
Навелосипедить ивент имитер🌚
АБ
бизнес-логики нет, не будет. Биз нес логику можно вынести в отдельные методы, который опять же можно импортировать только там где нужно, и вызывать передавая им данные
окей, мы храним в локальном стейте компонента данные, при этом они никогда не связаны с бизнес логикой приложения, я понял
BB
ну ты выделяешь какую-то одну проблему и фокусируешься на ней, а потом говоришь, что это можно решить и другими путями
A
О каких подписках речь?
АБ
на этом мои полномочия все
AK
на этом мои полномочия все
токсик
A
на этом мои полномочия все
Ну я понимаю, что вам скучно и хочется поспорить. Но я не говорил что редакс совсем не нужен. Но часто, он не нужен совсем
a
Потому что никто не гарантирует что они потом не понадобятся где-то еще. А код должен быть написан так, что бы для добавления функциональности нужно было бы переписывать минимум кода
BB
О каких подписках речь?
ну у нас при инициализации приложения юзера не было. потом он появился (по каким-то там причинам). нам нужно подписать UI на юзера. на его права, если они есть
A
Потому что никто не гарантирует что они потом не понадобятся где-то еще. А код должен быть написан так, что бы для добавления функциональности нужно было бы переписывать минимум кода
Вот когда понадобятся тогда уже и нужно решать контекст или редакс или другой менеджер
АБ
Ну я понимаю, что вам скучно и хочется поспорить. Но я не говорил что редакс совсем не нужен. Но часто, он не нужен совсем
мне не скучно, но я не один кто часто слышал подобные заявления а потом видел им опровержения. вы даже сейчас объяснить не смогли толком как вы это видите. поэтому я и сказал что завязываю\
V
вот только все может поменяться и данные вдруг можно будет изменять из другой части приложения
BB
Вот когда понадобятся тогда уже и нужно решать контекст или редакс или другой менеджер
так соль в том, что на определенном этапе разработки приложения больше, чем landing page, такие проблемы появляются
A
ну у нас при инициализации приложения юзера не было. потом он появился (по каким-то там причинам). нам нужно подписать UI на юзера. на его права, если они есть
что вы со своей инициализацией? разбирали конкретный пример когда данные дальше одного компонента не нужны