а где вы храните статусы запросов к api в redux? в самом стейте объектов которые фечите или отдельным свойством?

Есть может экзампл хороший?

{ items: [], isLoading: false, isLoaded: false, isFailed: false, error: null }

Есть примеры spa, где роутинг не на основе path? То есть вьюшка показывается не на основе того что в адресной строке

непонятно)

{ items: [], isLoading: false, isLoaded: false, isFailed: false, error: null }

ну то есть у меня в адресной строке постоянно один и тот же урл.

и зачем нужен isloaded, если он дублирует iloading только с инверсией?

Пишешь класс Api в котором вся работа с запросами. Потом берешь thunk-middleware и юзаешь этот класс в ThunkAction

Да, можно кидать state через реакт роутер

а как его в Route использовать?

Этот экзампл выглядит достаточно здорово?

и зачем нужен isloaded, если он дублирует iloading только с инверсией?

Но если вкратце, чтобы он дублировал isLoading, надо isLoading изначально ставить в true, что не корректно. Иначе, пока он в false, нам не известно (из флагов), загружены ли данные или нет

Но если вкратце, чтобы он дублировал isLoading, надо isLoading изначально ставить в true, что не корректно. Иначе, пока он в false, нам не известно (из флагов), загружены ли данные или нет

В items null хранить

Можно было бы isFetсhed , чтобы не путаться

Чтобы если не предусмотреть проверку флагов, на рендеринге падало с ошибкой)

Не было проблем

Ну добавить redux-toolkit и fetch инкапсулировать внутри класса Api, и вместо fetch будет api.getSomething().then.....

Наверное это одна из главных ошибок новичка, я помню тут часто такие вопросы возникали, чувак ставил null в initialState и не мог понять от чего is not a function (вернее в случае конкретно с null - is not a property)

Наскольно этот redux-toolkit хорошо и есть ли в нём большой смысл?

Ты сам придумал себе проблему, имхо, по-хорошему должно быть null

Привет всем, не подскажите, если залил проект на gh-pages и нужно что то изменить в нем, нужно заново перебилдить проект?

перепушить

Утречко, извиняюсь если вклиниваюсь в уже обсуждаемую тему. Подскажите вот с таким вопросом. Условно говоря, у меня есть чекбокс или 18 или еще больше элементов которые меняются, его дефолтное состояние хранится в редакс сторе. Я его ставлю или снимаю и отправляю запрос на бек. Нужно ли мне обновлять стейт ожидая ответ от бека или можно забить на обновление, галочка визуально уже стоит, от бека пришел ответ о том, что все норм, а если юзер обновит страницу, правильное значение придет при ините приложения. Ведь по сути что бы получить правильное значение с бека это лишний запрос в бд и на фронте лишняя нагрузка на перерендер компонентов.

В items null хранить

ПОдскажите плз, как правильно подключить sass в webpack

webpack аля CRA? или самопис?

самопис

Спасибо

у тебя скорее всего настроки стандарт в package.json поэтому посомтри тут: https://create-react-app.dev/docs/deployment/#github-pages ну и у тебя скорее всего страничка без маршрутизации, и нужно минифицированый html для github... поэтому нужно деплоить в билд и потом пушить

В items null хранить

алло, не кра

кра топ

Более того, проблема куда более серьезная - если где-либо выполнится селектор по items, до их загрузки, он упадет, если не предусмотреть это внутри него, поэтому куда логичнее изначально иметь там соответствующий тип

ни разу не было такой проблемы

Ну это не значит что всем стоит так делать) У других, как я уже подмечал, бывают проблемы)

ни разу не было такой проблемы

У меня например есть такие места, где в mSTP к компоненту подключены селектор для получения айтемов нормализованных и селектор для состояния загрузки, а проверка загрузки уже внутри перед рендером контента, получается что селектор по айтемам все равно выполняется, и если бы там null, упало бы с ошибкой

не рендерить компонент, которому нужны данные когда появились данные - рендеришь

Это добавляет миллиард кода и лишнюю обертку, мне кажется это избытычно, учитывая что до загрузки там пустой массив, проход по которому занимает ничего

что если нужно вывести сообщение «нет данных»? Получается ты будешь путать пользователя

Для этого у меня isLoaded isLoading, isLoaded, isFailed, error покрывают все кейсы

так это тоже самое, что и проверка на null

И это действительно не очень что селектор вынужден выполняться до загрузки айтемов, это немного неправильно чисто логически, но это не приносит никаких минусов, потому что массив изначально пуст, то есть селектор не тяжелый и это не добавит нагрузки

что если нужно вывести сообщение «нет данных»? Получается ты будешь путать пользователя

так что если нам сервер возвращает не просто массив, а объект с 10 полями, в некоторых есть те же массивы. Делать inital такой-же объект, только с пустыми свойствами?

Ну здесь бы я так не делал конечно

Кстати на это можно посмотреть с 2 сторон Если с null, то у нас в items могут быть 3 состояния сразу: null - данные не загружены [] - данных нет [...] - данные есть Если без, то 1 явное состояние (данные есть) и 1 состояние, которое делит между собой "данные не загружены" и "данных нет", именно поэтому есть флаг isLoaded, который ситуацию проясняет В этом плане мне использование null нравится, но все же не хочу ради такого делать проверки в mSTP / выносить подключение к стору во внутренний компонент, чтобы до загрузки не выполнялся селектор

[] - это данные есть. Просто элементов нет.

Ребят вопрос не по теме группы но смежно. Я разработчик, хочу взять аэпл про 13 дюймов. У кого опыт есть, поделитесь? Маленький экран для работы, греется ? Тянет ide?

Придется моник подключать

Ребят вопрос не по теме группы но смежно. Я разработчик, хочу взять аэпл про 13 дюймов. У кого опыт есть, поделитесь? Маленький экран для работы, греется ? Тянет ide?

Лучше во флуд идите

Я хотел именно мнения разработчиков узнать, но как скажут админы, конечно

Ребят вопрос не по теме группы но смежно. Я разработчик, хочу взять аэпл про 13 дюймов. У кого опыт есть, поделитесь? Маленький экран для работы, греется ? Тянет ide?

Как уменьшаете бандл: у меня около 5 метров вышел, 2 тайпскрипт, 2,2 антд и 0.5 rechart