Ну пришел и пришел

Делаешь с ним что нужно

не понимаю твоей логики)

Зачем тебе приходят апдейты? Чтобы ты их куда то положил

Ну так положи

Зачем что то фетчить

ты о том, что гарантированно либо юзер прийдет свежий, либо юзер, а за ним апдейт?

Я просто не совсем понимаю, что в апдейте

Если апдейт - это патч на юзера, то он вообще не нужен

Вангую, что тут ещё стейт не нормализованный

инфа о юзере, по которой я за ним могу сходить на сервер

раз нельзя просто положить данные по нужному id

а могу не ходить, если он у меня уже есть

а если нету, то заигнорь

Короче, если речь просто об апдейтах структуры, то пока ты первый раз ее не получил, то и апдейты тебе не нужны

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

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

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

например удаляешь элемент из списка, а сборку прилетает апдейт об изменении этого элемента

Выкидывать такой апдейт нельзя, вдруг удаление сфейлится

Никто не знает твоей архитектуры

Выкидывать такой апдейт нельзя, вдруг удаление сфейлится

Я тебе уже описал, как стоит действовать) Нужно просто разделять сам факт хранения данных в стейте и их использование. Пришёл к тебе апдейт, в котором user :: { id: 123, online: true } Ты просто сохраняешь их в сторе типа как { users: { 123: { online: true } } } и больше ничего, что делать с этими данными - ты потом решишь

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

Если нужно явно отделить сохраненные данные, то просто клади апдейты в какое-нибудь поле вроде updates

А первоначальное решение неправильно по целому ряду причин. Кроме того, что ломается single point of truth и редюсеры со стейтом просто бессмысленны, ещё и экшны нельзя применять пачкой

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

vendor.bundle.js.1 100%[===================>] 12.47M --.-KB/s in 0.09s

это дев, многовато че то, у всех так?

Нет

Всем привет!

привет!

Фактически на этом моменте redux из проекта можно выпиливать, потму что он уже не отвечает ни одной из своих целей

??

.bind

Или arrow func

чувак ну иди в #noobs и учи матчасть особенно ту часть, где описан контект вызова функции на объектах

https://medium.com/@housecor/react-binding-patterns-5-approaches-for-handling-this-92c651b5af56

спасибо

https://medium.com/@housecor/react-binding-patterns-5-approaches-for-handling-this-92c651b5af56

хорошая статья

5 моё любимое.

Плодить функции в render получается плохо, а плодить функции на каждый инстанс - хорошо :(

не стоит плодить функции сверхнеобходимости ?

Нам нужно больше абстракций!

Плодить функции в render получается плохо, а плодить функции на каждый инстанс - хорошо :(

Обычно render может вызываться очень часто, создавая мусор и как следствие нагрузку на gc, а инстанс создается заметно реже вызова рендера, да и без создания функций на каждый инстанс не обойтись, так как им обычно нужны props, state и прочие вещи из this.

Привет! Можете подкинуть еще интересных канальчиков (не обязательно рус) по мобильным аппам, реакту, метеору, реакт-нативу, девопсу? буду благодарен )

Мне просто интересно насколько пункт 5 со стрелочными функциями больше жрет чем биндинг в конструкторе. Надо посмотреть во что Бабель это превращает.

сорри за скрин)))

Мне просто интересно насколько пункт 5 со стрелочными функциями больше жрет чем биндинг в конструкторе. Надо посмотреть во что Бабель это превращает.

Лол. Это же стандартный трюк времён ES5: var that = this; var f = function() { return that.value; };

хотя в принципе бабелю по идее ничего не мешает сгенерировать код с bind

GC передаёт приветы. Hidden classes и вообще компилятор тоже.

С биндом как-то лайтовее будет.

это не критично

оптимизация на спичках?

Тут спичка, там списка и привет.

а вот создавать функции в рендере, которы теоретически может вызываться десятки и сотни раз в секунду - не самая лучшая идея

На старой работе все такие случае решали передачей контекста для вызова. Никаких биндов не надо даже.

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

именно

А, ну да, это же чатик про реакт ;)

На старой работе все такие случае решали передачей контекста для вызова. Никаких биндов не надо даже.

ну apply/call тоже по сотне раз в секунду тоже не айс

По сотне тысяч. И выбора то нет.

ERROR: S client not available

почему нет?

Или локальная функция. Или через бинд. Или через call. Apply тормозной.

ну apply/call тоже по сотне раз в секунду тоже не айс

не айс руками всё это дело писать

А реакте при всём желании call не заюзаешь.

кстати да, там могут лишние массивы создаваться

Привет! Коллеги, подскажите один момент. Ипользую для интернационализации react-intl, в локали en-GB вместо знака рубля валюта отображается как RUB2,000, в ru-RU все окей - 2 000 ₽. Есть ли какой-нибудь способ изменить отображение валюты для локали en-GB на ₽2,000 ?

в en-GB знак рубля должен быть После количества

Насколько я знаю, все верно. Знак валюты в en-GB как и в en-US локалях идет в самом начале. Вот что Chrome выдает в консоли Intl.NumberFormat("en-US", { style: 'currency', currency:"RUB", currencyDisplay: "symbol"}).format(12345); // => RUB12,345.00

Intl.NumberFormat("en-GB", { style: 'currency', currency:"RUB", currencyDisplay: "symbol"}).format(12345); // => RUB12,345.00

Насколько я знаю, все верно. Знак валюты в en-GB как и в en-US локалях идет в самом начале. Вот что Chrome выдает в консоли Intl.NumberFormat("en-US", { style: 'currency', currency:"RUB", currencyDisplay: "symbol"}).format(12345); // => RUB12,345.00

но знак рублей идет сзади это уже зависит от правил конкретной страны где используется валюта

Может каренси поменять ??

Или в гб тоже рубли

вообще странно

почему карренси зависит от локали

Ну как бы сахар и молоко

каренси не зависит, валюта одна

на ум приходит только что знака ₽ может быть чисто российским

и за рубежом его не используют

FormattedNumber из react-intl вовзращает такую вот ерунду.

на ум приходит только что знака ₽ может быть чисто российским

где бы почитать про это

https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1%80%D1%83%D0%B1%D0%BB%D1%8F

Еще возможно что нужно подгрузить обе локали

https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1%80%D1%83%D0%B1%D0%BB%D1%8F

уже)

Еще возможно что нужно подгрузить обе локали

загружены ru-RU и en-GB

https://github.com/yahoo/react-intl/issues/812

Всем привет. Что-то я зашкварился немного, никак не пойму в чем проблема.

Если в проекте используется bootstrap css, можно вель просто подключить css и не юзать react-bootstrap, чтобы не усложнять? Преимуществ у react-bootstrap в этом случае нет же почти, кроме меньшего набора кода?

нет, используется material-ui

у меня вопрос был, а не ответ на твой...

сорри