Нифига себе! Контекст доступен во ВСЕХ потомках родителя? Круто блин.

А еще можно прочитать значение из контекста родителя, изменить, и записать его обратно, изменив для своих потомков По сути - mobx-state-tree

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

и размазанненько

И вот это еще http://blog.csssr.ru/2018/04/06/new-react-context

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

и размазанненько

Это не всегда проблема. Лишние стейты глаза не мозолят

Это не всегда проблема. Лишние стейты глаза не мозолят

зато очевидность кода становится близкой к нулю

количество consumer’ов контекста повышает количество компонентов, а соответственно время на рендер

Контрол клик на контексте - перешел в область определения, альт+ф7 на провайдере - увидел где он задается

лол

Контрол клик на контексте - перешел в область определения, альт+ф7 на провайдере - увидел где он задается

А один провайдер и подключаемый стор в мобиксе не заменяет дефолтный контекст реакта?

количество consumer’ов контекста повышает количество компонентов, а соответственно время на рендер

ты не поверишь, но провейдер и консумер - это НЕ компоненты. Потому энзим на них и падает

Контрол клик на контексте - перешел в область определения, альт+ф7 на провайдере - увидел где он задается

а потом количество функций/пропс из нескольких контекстов пробрасывается на глубину

ты не поверишь, но провейдер и консумер - это НЕ компоненты. Потому энзим на них и падает

в девтулзы посмотри они также имеют mount/unmount и прочие методы

в девтулзы посмотри они также имеют mount/unmount и прочие методы

Я в код реакта смотрю

Я в код реакта смотрю

в реакте там кода почти нет

и это вообще ничего не обосновывает

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

typeof Compoenent === function typeof Consumer === object Их совершенно паралельные куски кода рендерят, как и порталы

и

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

не надо таких советов давать, плиз

Mobx использует (старый) контекст под капотом, redux - тоже, unstated - тоже, copy-write - тоже и так далее Стоит, это очень важная часть реакта, странно что ты еще на нее не напоролся

Настолько важная, что не рекомендовалась к использованию кем попало вплоть до 2017

Кстати, насчет вредных советов - https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1 Графики там самый сок

Настолько важная, что не рекомендовалась к использованию кем попало вплоть до 2017

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

Покажешь пример ошибки?

Что-то не выходит )))) Удалил конструктор и все так же работает )))) И пропсы нормально принимает.

Кстати, насчет вредных советов - https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1 Графики там самый сок

ну дааа

ни о чем

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

вообще мимо

А один провайдер и подключаемый стор в мобиксе не заменяет дефолтный контекст реакта?

Любой стейт-менеджер - и мобикс тоже - это апишный сахар над "нативным" контекстом реакта

Настолько важная, что не рекомендовалась к использованию кем попало вплоть до 2017

Ого. Это как так?

Ну для 99,9 случаев 28 тысяч операция в секунду это выше круши

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

Ну для 99,9 случаев 28 тысяч операция в секунду это выше круши

бенчмарк говнище

Любой стейт-менеджер - и мобикс тоже - это апишный сахар над "нативным" контекстом реакта

Ну, иногда столько работы, что нет времени заморачиваться. Пусть будет сахар.

Ого. Это как так?

Потому что см. главу Проблемы старого контекста

Ого. Это как так?

Ну до 16.3 контекст был экспериментальной фичей и его не рекомендовали вообще к применению, если ты не разбираешься в ней

Ну, иногда столько работы, что нет времени заморачиваться. Пусть будет сахар.

Ну так то да

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

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

А какие проблемы, старый же еще не деприкейтед?

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

Надо написать бабель плагин, чтобы стрелочные функции переделывал в обычные и биндил в конструкторе

Надо написать бабель плагин, чтобы стрелочные функции переделывал в обычные и биндил в конструкторе

бля

напримерм контекст не обновляется если ты в родительском компоненте shouldDcomponentUpdate = false сделаешь

бабель тебе к конструктор пишет arrow функции и биндит их

бабель тебе к конструктор пишет arrow функции и биндит их

Object.defineProperty там

А какие проблемы, старый же еще не деприкейтед?

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

какой смысл в бинде?

Ну до 16.3 контекст был экспериментальной фичей и его не рекомендовали вообще к применению, если ты не разбираешься в ней

Не "эксперементальной", а сильно ограниченной. Ну я же все описал в статейке =(

кароче я про то, что если ты пишешь handle = () => то в сборке будет constructor () { this.handle = this.handle.bind(this)}

Надо написать бабель плагин, чтобы стрелочные функции переделывал в обычные и биндил в конструкторе

чито чито

Object.defineProperty там

Он их в конструктор просто переносит, а потом возможно переделывает arrow в обычные, заменя все this на _this%N Это не то, они остаются динамическими

напримерм контекст не обновляется если ты в родительском компоненте shouldDcomponentUpdate = false сделаешь

И новый, вроде, тоже?

до нового еще руки не дошли

Надо написать бабель плагин, чтобы стрелочные функции переделывал в обычные и биндил в конструкторе

собственно получишь то же самое что и со стрелками

но вроде обещали это поправить

чито чито

Больше бабель плагинов богу Бабель плагинов

Надо написать бабель плагин, чтобы стрелочные функции переделывал в обычные и биндил в конструкторе

как бы уже

Потому что см. главу Проблемы старого контекста

В старой версии если на определённый контекст подписан и родитель — componentA, и его непосредственный потомок — componentB, то при обновлении контекста нужно произвести обновление их обоих. Из-за этого componentA обновится 1 раз, а componentB два раза: сначала из-за обновления родителя componentA, а потом из-за обновления самого контекста (т.к. компонент на него подписан). Вы про эту проблему говорили?

хуево, когда не знаешь экосистему

Тело функции будет в прототипе, остается только прибить контекс исполнения

до нового еще руки не дошли

кто-то писал тут о этой проблеме

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

Кстати, насчет вредных советов - https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1 Графики там самый сок

ну и где в статье ссылка не бенчмарк? или опять графики с потолка?

но я в вообще забил хуй и шину событий свою запилил

ERROR: S client not available

В старой версии если на определённый контекст подписан и родитель — componentA, и его непосредственный потомок — componentB, то при обновлении контекста нужно произвести обновление их обоих. Из-за этого componentA обновится 1 раз, а componentB два раза: сначала из-за обновления родителя componentA, а потом из-за обновления самого контекста (т.к. компонент на него подписан). Вы про эту проблему говорили?

да

да

Так юзая мобикс у меня нет такой проблемы. В текущей ситуации все обновятся всего 1 раз.

но я в вообще забил хуй и шину событий свою запилил

нука нука?

нука нука?

да чо нуканука взял signals.js и заебись

хуево, когда не знаешь экосистему

Хуево когда не знаешь как бабель работает. “Стрелочная функция” в классе это класс проперти, он их просто КОПИРУЕТ из body в констуртор, А потом совершенно другой плагин может стрелочную функцию превратить в обычную Надо же class property на основе стрелочной функции переделать в class method, и добавить bind код в конструктор. Совершенно другая операция

Так юзая мобикс у меня нет такой проблемы. В текущей ситуации все обновятся всего 1 раз.

Да, все верно."правильный" обход подписчиков мобикс делает сам. Это описано самим автором, ссылки так же есть в статье чуть ниже.

Так юзая мобикс у меня нет такой проблемы. В текущей ситуации все обновятся всего 1 раз.

Если что, никто не принуждает использовать новый (или старый) контекст напрямую. Но знать о нем обязательно нужно

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

не думаю что на нативные перейдут

В preact то реализовано

Хуево когда не знаешь как бабель работает. “Стрелочная функция” в классе это класс проперти, он их просто КОПИРУЕТ из body в констуртор, А потом совершенно другой плагин может стрелочную функцию превратить в обычную Надо же class property на основе стрелочной функции переделать в class method, и добавить bind код в конструктор. Совершенно другая операция

и смысл выносить функцию за пределы компонента?

так ребятки

это ложь

вас на работе заставляют в яндекс браузере сидеть?

вас на работе заставляют в яндекс браузере сидеть?

просто не смешиваю рабочий акк и домашний надо домашний открыть открываю хром ну и тестить продукт под ябро проще

из тестов не особо заметно будет

просто не смешиваю рабочий акк и домашний надо домашний открыть открываю хром ну и тестить продукт под ябро проще

под что?

под что?

я браузер — яндекс браузер

м

И ссылку на jsperf

из тестов не особо заметно будет

лол, а там картиночка показывает катастрофическую разницу

И ссылку на jsperf

https://jsperf.com/class-arrow-functions/1

https://jsperf.com/arrow-vs-proto-bind-in-class/1

help

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

лол, а там картиночка показывает катастрофическую разницу

у нас по первому каналу тоже показывают красивые инфографики

у нас по первому каналу тоже показывают красивые инфографики

ну вот как бы я сразу и опроверг их что разница не чувствительна для 99% случаев

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

не думаю что проблема в коннекте

смотри выше что у тебя может анмаунтить

лоадинг какой