i
и станет еще хуже читаться
Size: a a a
2021 April 18
AZ
аа, про это 🙂, это да, но люблю с ифчиками
YP
Понял, спасибо
c≠
А где тогда if нужен?
ИЗ
где вам хочется
AZ
неужели все так делают? 🙂 мб какие то стейтменеджеры решают это?
ИЗ
по разному можно
AZ
а какие? посоветуйте пожалуйста
DS
Но проблема не в выбранной технологии а в выбраном подходе.
Условно взяв можный молодежный стм код там будет у вас такой же🌚
Условно взяв можный молодежный стм код там будет у вас такой же🌚
DS
Не видно контекста вашего кода, и оценить как оптимизировать сложно
A
Можно поступить так
Вытащить поля с объекта выше что бы не писать везде objectSlice
Потом сделать проверку
if(error||isLoading) return
Что бы просто вышло
И далее сделать основную проверку
Вытащить поля с объекта выше что бы не писать везде objectSlice
Потом сделать проверку
if(error||isLoading) return
Что бы просто вышло
И далее сделать основную проверку
i
во-первых трагедии здесь не видно, во-вторых можно деструктуризировать objectSlice станет чуть короче, в третьих можно например isLoading и error вынести выше, и компонент где вызывается диспатч рендерить только когда есть дата
AZ
есть стора, причем поделенная по сущностям, то бишь NewsListSlice & NewsItemSlice. При монитрировании компонента контейнера беру ID страницы и делаю диспатч по условиям выше
AZ
а я вот ушел от деструктуризации, тк isLoading может быть в нескольких сторах которые нужны на странице
DS
нужно запинить это
i
isLoading: specificIsLoading