thunk используется для асинхроного кода

чтобы ты смог отложить диспатч

Спасибо большое ещё раз)

и уже как колбэк этой функции, которая асинхрона

ты и сделаешь dispatch

и диспатч у тебя скорей всего будет то, что зарезолвила асинхроная функция

тоесть .. какой нибудь ajax request

и в этом диспатче ты уже передаешь экшен креатор, который вернет именно объект

и этот объект попадет в reducer и изменит стор

поделай в контексте редакса асинхронные экшен креаторы

и ты поймешь что зачем и почему

setTimeout.. ajax request, setInterval

ещё есть штука как redux-saga

setTimeout.. ajax request, setInterval

Не пиши мелкими сообщениями

ещё есть штука как redux-saga

Я слышал что сага это какой-то паттерн

Тоже для асинхронна

А зачем там увеличение веса? У меня и без этого норм работает

У анта селекторы тяжелее. Например в Menu.Item нужно padding переопределить с 16 на 12, обычным & не удается, селектор анта тяжелее

Я слышал что сага это какой-то паттерн

сага это отложение return .. типо перед ретурн надо сделать ещё какие-то вычисления - это и есть паттерн сага

У анта селекторы тяжелее. Например в Menu.Item нужно padding переопределить с 16 на 12, обычным & не удается, селектор анта тяжелее

Посмотри имя класса у анта и переопредели

?

Спасибо

Можно расширить ShouldComponentUpdate in PureComponent?

Можно расширить ShouldComponentUpdate in PureComponent?

Нет

Можно расширить ShouldComponentUpdate in PureComponent?

А зачем?

Для таких есть Component

@XaveScor просто надо делать проверку все пропсов + с react spring стили на апдейт, что ререндера не было, он каждый раз новый обьект возращает

@XaveScor просто надо делать проверку все пропсов + с react spring стили на апдейт, что ререндера не было, он каждый раз новый обьект возращает

Сделай руками эту проверку в Component.

Привет всем. Не мог бы кто-то подсказать в чем ошибка. Программа на redux, redux-thunk и axios обычный todo list когда нажимаю на кнопку удалить, элемент остаеться на на страницу, но если перезагрузить страницу то его нет. Я пробовал на action, отвечающий за удаление, по окончанию прикрутить action, который вначале срабатывает что бы получить все элементы (axios.get) но он у меня работает криво по первому клику не удаляет а потом когда второй раз кликаешь на любой элемент удаляет тот который был кликнут первым. Подскажите где ошибку искать или каким-то советом поделитесь пожалуйста.

у тебя в key индекс элемента массива задан, так нельзя делать

Хотя может ошибаюсь, короче сделай пример на codesandbox

Зраствуйте, У меня в key задан id который я получаю по API , консоль не жалуется, id уникален я думал что с этим не связано. А как лучше реалзовать тогда подскажите пожалуйста

вообще ниче не ясно.

Простите

вот sandbox , сильно не ругайтесь новичок

https://codesandbox.io/s/j4nxoz594v

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

Не совсем понял что вы имеете ввиду

так, в чем проблема точно?

по коду я понял что там всё ок, к удаленному туду присвается флаг deleting: true

Когда нажимаю кнопку что б удалить элемент, он удаляется только если перезагрузить страницу. А мне надо что б он удалялся со странице по клику без перезагрузки окна.

ну вместо присвоения флага deleting: true удаляй этот элемент

а стоп

deleting: true у меня для присвоения класса

что б анимацию добавить

у тебя не вызывается dispatch(DeleteTodoSuccess(todo))

if (res.status === 204) { поменяй на 200

Спасибо Огромное

велком!

как узнать в каком году в реакте появились refs?

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

я вот тоже думаю, как лучше делать эти optimistic updated, на ум два варианта приходят, флаг типа isDeleting у объекта item или отдельный массив с id шниками удаляемых

я вот тоже думаю, как лучше делать эти optimistic updated, на ум два варианта приходят, флаг типа isDeleting у объекта item или отдельный массив с id шниками удаляемых

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

Универсальнее уж точно.

Потому что есть еще добавление к примеру.

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

А если зафейлится удаление например, на экране возвращать item в список и показывать какое-то уведомление?

как узнать в каком году в реакте появились refs?

Почти в текущем виде они появились в версии 0.14 в 2015 году https://reactjs.org/blog/2015/10/07/react-v0.14.html. А до этого нужно было вызывать getDOMNode/findDOMNode, с какой версии это было точно не помню, но в 0.9 было точно (начало 2014 года)

А если зафейлится удаление например, на экране возвращать item в список и показывать какое-то уведомление?

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

В почте у них точно был optimistic update

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

Просто у меня был отдельный массив для удаляемых из которого я брал id если нужно было вернуть item. Но я вот только что понял) что можно ведь, если зафейлилось удаление передавать id в экшене тоже

Просто у меня был отдельный массив для удаляемых из которого я брал id если нужно было вернуть item. Но я вот только что понял) что можно ведь, если зафейлилось удаление передавать id в экшене тоже

Вообще крайне желательно :)

ERROR: S client not available

Короче, я практикую такой подход: есть несколько списков с идшниками, типа там draft, deleting, main и т.д. Отдельной веткой стейта есть коллекция {[id]: Entity}. Редукторы занимаются раскидыванием идшников между этими списками. Кстати, при том же удалении важно обратить внимание, что пока сущность физически не удалена, из main-списка ты ее тоже не удаляешь, а просто скрываешь в рендере. Селектор пишешь для фильтрации, и норм :)

Иначе непонятно при фейле, куда ее вставлять обратно :)

Добавлять в саму сущность какие-то поля -- это черника полнейшая, имхо. В компонент -- да, но это будет вычисляемый селектором пропс :)

Вообще крайне желательно :)

Ну я это все подобным образом тоже делаю. Только вот реально ли нужен например deleting массив. Можно удалить id bp main id-шников, а в случае фейла удаления вернуть через экшн может

С добавлением чутка сложнее, там еще и идшники суррогатные придется генерить, а потом обновлять их на реальные.

Вообще крайне желательно :)

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

С добавлением чутка сложнее, там еще и идшники суррогатные придется генерить, а потом обновлять их на реальные.

С суррогатными id я тоже не так давно столкнулся)

Ну я это все подобным образом тоже делаю. Только вот реально ли нужен например deleting массив. Можно удалить id bp main id-шников, а в случае фейла удаления вернуть через экшн может

Ну смотри, у тебя 10 айтемов в списке, ты рандомно понатыкал на крестики, пошли запросы на удаление. Половина из них пофейлилась, остальные ок, куда в массиве засунешь сфейлившиеся айтемы?

Ну смотри, у тебя 10 айтемов в списке, ты рандомно понатыкал на крестики, пошли запросы на удаление. Половина из них пофейлилась, остальные ок, куда в массиве засунешь сфейлившиеся айтемы?

Если представить, что есть itemIds, я из него удалил id шники, туда же и засуну) или ты имеешь ввиду в каком порядке?

Если представить, что есть itemIds, я из него удалил id шники, туда же и засуну) или ты имеешь ввиду в каком порядке?

Конечно. Массив и нужен для соблюдения порядка в первую очередь :)

Конечно. Массив и нужен для соблюдения порядка в первую очередь :)

У меня там порядок потом за счет сортировки в селекторе создавался)

У меня там порядок потом за счет сортировки в селекторе создавался)

Ну я описываю общий случай.

Опять же, где гарантия, что оно всегда так будет? :)

Ну я описываю общий случай.

в случае с массивом deleted, ты при удалении сразу из основного массива с id не удалешь получается?

Да, потому что удаления по факту еще не произошло. Основной список должен отражать реальное положение дел :)

Оптимистичный апдейт -- это по сути такая наёбка юзера, когда мы просто скрываем компонент, а юзеру кажется, что у него очень быстрый интернет :)

Да, потому что удаления по факту еще не произошло. Основной список должен отражать реальное положение дел :)

так и есть) ну при создании вроде еще делают иногда лоадер, на кнопке например

так и есть) ну при создании вроде еще делают иногда лоадер, на кнопке например

Лоадер можно, чтобы показать юзеру, что добавление еще в процессе. Главное не блокировать ему остальной интерфейс. В мессенджерах, включая телегу, кстати, так сделано.

Лоадер можно, чтобы показать юзеру, что добавление еще в процессе. Главное не блокировать ему остальной интерфейс. В мессенджерах, включая телегу, кстати, так сделано.

А ты использовал что-то типа react-virtualized, для юольших списков?

А ты использовал что-то типа react-virtualized, для юольших списков?

Нет еще, мы тока недавно начали с легаси-стека на реакт съезжать, задачи такой не возникло пока.

Нет еще, мы тока недавно начали с легаси-стека на реакт съезжать, задачи такой не возникло пока.

А пагинация есть у вас там?

А пагинация есть у вас там?

А то :) но для юзера выглядит она не как страницы, а как кнопка "показать еще"

А то :) но для юзера выглядит она не как страницы, а как кнопка "показать еще"

Посмотреть бы на хорошие примеры пагинации, со стороны редакс как ее лучше делать

Ну у нас пока что вроде никакого рокет-саенса, берем срез данных, подгружаем товары, и всё в таком духе. Рано или поздно стейт конечно распухнет, но возможно уже где-то и выгрузка из памяти тоже есть.

Ребята какая разница между ReactDOM.render() и проста render:function() ???

Ребята какая разница между ReactDOM.render() и проста render:function() ???

Второй render метод к чему относится ты знаешь?

да

let Block = React.createClass ({ render: function(){ и далее тело функции