Как ни странно, может быть я что-то не так делаю, но при использовании useEffect остальные переменные, объявленные в компоненте (в том числе и стейт) читаются, однако т.к эти данных, используемых в стейте, ещё нет, то лезет ошибка. @tns2ool
Суть в том, что мне необходимо при загрузке страницы сделать запрос к api чтоб получить данные, закинуть их в стор и отрисовать компонент с этими данными
Как ни странно, может быть я что-то не так делаю, но при использовании useEffect остальные переменные, объявленные в компоненте (в том числе и стейт) читаются, однако т.к эти данных, используемых в стейте, ещё нет, то лезет ошибка. @tns2ool
Обычно делаю так {data && <Componenent>} {loading && <loader>} Или тернарным оператором
кто нибудь вообще так пишет? ))) эту чистую архитектуру все проповедуют, но блин.
Та нет понятное дело,это over engineering. Тут просто некоторые товарищи говорят что редакс-плохо, как раз вспомнил что вчера про альтернативу такую вот читал
Обычно делаю так {data && <Componenent>} {loading && <loader>} Или тернарным оператором
Это тоже понятно. Проблема в том, что в самом коде компонента я объявляю поля стейта, которые используют данные с сервера. При монтировании компонента, когда код читается в этом месте лезет ошибка, т.к нет данных с сервера на этот момент
Это тоже понятно. Проблема в том, что в самом коде компонента я объявляю поля стейта, которые используют данные с сервера. При монтировании компонента, когда код читается в этом месте лезет ошибка, т.к нет данных с сервера на этот момент
Это тоже понятно. Проблема в том, что в самом коде компонента я объявляю поля стейта, которые используют данные с сервера. При монтировании компонента, когда код читается в этом месте лезет ошибка, т.к нет данных с сервера на этот момент
Проблема в том что надо показать код а не абстрактно описывать проблему требующуюю конкретного решения, но офенс
Та нет понятное дело,это over engineering. Тут просто некоторые товарищи говорят что редакс-плохо, как раз вспомнил что вчера про альтернативу такую вот читал
Так себе архитектура, особенно там где идет конект с реактом
В том что нет никакого управления состоянием. Просто сущности onChange => setState, выглядит очень не гибко. Но я не буду сразу говорить это говнище не вникая глубоко, но я выбираю другие подходы