Напиши свой виртуал лист

С бесконечной прокруткой

Напиши свой виртуал лист

свой реакт

Да эт ток китайцы делают

Есть туториал по созданию копии реакта, для практики как оно изнутри, пойдет

https://github.com/danistefanovic/build-your-own-x/blob/master/README.md

Выбирай, что хочешь

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

https://docs.google.com/document/d/1o53rxqGW0nNnG7rT_qG34fEnAVeBqaI9ZxW41gO31s0/edit?usp=sharing

https://twitter.com/jaffathecake/status/999269332889763840

1-1, 1-3, 1-2, 2-3. Выбирайте

Всем привет. Есть люди, кто работает с MobX? Есть впорос по тому, как лучше работать с объектами и массивами. Такая ситуация. У меня приходит список пользователей как объект. Я его обрабатваю в store и кладку в @observable переменную. Когда этот store прокидывается до компонента, у меня получается тип перемнной как Observable Object Administration и с ним уже не получается рабоать как с обычным объектом. Отсюда возникают 2 вопроса: 1) Как работать с таким типом объекта? 2) Стоит ли такую переменную делать наблюдаемой, если на фронте она будет служить только для отображение данных пользователя? Но мне нужно, чтобы если с сервера пришли новые данные по пользователям, то компоненты это поняли и перерисовались, если есть изменения. Заранее спасибо за ответы.

https://twitter.com/jaffathecake/status/999269332889763840

Стыд мне и позор

JavaScript потоко-безопасен говорили они, ? вам, а не гонки, обещали они

Сижу, думаю - чем же suspendable отличается от тредов - в любой момент любая хрень проснуться может

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

await 2 + 2 !== 2 + await 2 Именно так сейчас в школах и учат

Ну, кстати - "не используй let и не мутируй"

ФП ?

хаю хай ребят

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

помогите постичь дзен

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

где мы создаем mapStateToProps и mapDispatchToProps - в них мы распределяем что и чем обновлять

я в правильном направлении мыслю?

Object.keys

Получает ключи (переданного объекта в combineReducer)

но в combineReducer попадают только редьюсеры же

но в combineReducer попадают только редьюсеры же

Туда попадает объект...

которым нужно передать части стора

функция

но в combineReducer попадают только редьюсеры же

https://github.com/reduxjs/redux/blob/master/src/combineReducers.js#L116

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

вряд ли

лол

там код

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

Там код, а не "текст"

Хотя это противоречивое заявление =D

тем паче

я просто хочу понять

как мы отдаем части стора, когда сопоставляем редюсеры таким образом

state[key]

где берем то его

вот в чем вопрос

вот я это экспортирую

создаём редьюсер

внутри

вот импортирую

где тут state передается

вот импортирую

Это вообще не о том

Смотри скриншот

фабрика

фабрика

Не не не, это сложно

ERROR: S client not available

Не не не, это сложно

ну блин

ну блин

?‍♂️

ребят

вот я передал функцию

функция которая создает функцию

где нет стейта

как стейт то появился

oy vse

спасибо вам

ладно..

как стейт то появился

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

Когда редакс инициализируется он вызывает все редусеры с "пустым" экшенТайпом, поэтому все редусеры отдают значение по умолчанию

понял, спс

надо рисовать схему, что, от куда и куда идет

дошло

При использовании реакта с роутами хук componentWillMount вызывается всего один раз, чего так?

При использовании реакта с роутами хук componentWillMount вызывается всего один раз, чего так?

а сколько нужно?

Он будет вызываться столько раз сколько компонент будет монтироваться, если компонент не будет делать unmount то 2 раз он не вызовется в жизненом цикле

При использовании реакта с роутами хук componentWillMount вызывается всего один раз, чего так?

Скоро будет нисколько

в 17 версии)

Пока не начнутся реактивные баги

Как часто ты видел реактивные баги от mobx? Я ни разу, на нескольких проектах

всем привет! заранее извиняюсь за вопрос) есть ли аналоги для react-router'а с интеграцией в redux? react-router + react-router-redux пробовал, но неудобно что в store храниться только location. у меня большая вложенность url'ов (например`/orders/:id/comments/:id/foo/:id`) и я хочу в store сохранять данные о вышестоящей сущности (для foo orders и comments, например) + обработку на существование сущностей

всем привет! заранее извиняюсь за вопрос) есть ли аналоги для react-router'а с интеграцией в redux? react-router + react-router-redux пробовал, но неудобно что в store храниться только location. у меня большая вложенность url'ов (например`/orders/:id/comments/:id/foo/:id`) и я хочу в store сохранять данные о вышестоящей сущности (для foo orders и comments, например) + обработку на существование сущностей

Не совсем понимаю, но возможно, это и не нужно хранить. Оберните компонент в withRouter, если он изначально не рисуется через Router, будет доступ к match, и можно сделать любые проверки необходимые. Хранить url в сторе обычно избыточно.

@maxfarseer это лучше всего сделать для всех view-компонентов сущностей? то есть ordersView, commentsView, etc. Или сделать один общий комбайн и проверять уже в последней инстанции?

@maxfarseer это лучше всего сделать для всех view-компонентов сущностей? то есть ordersView, commentsView, etc. Или сделать один общий комбайн и проверять уже в последней инстанции?

Не знаю всей задачи. Будем думать так: там где нужно посмотреть в location, предлагаю это делать не через window.location, а через match из роутера, потому что, таким образом можно будет использовать не “захардкоженные” пути, а всякие удобства из объекта this.props.match … то есть, если потом вдруг урл поменяется, то компоненты все равно будут работать.

следовательно, эти компоненты и должны быть либо через Route рисоваться, либо через withRouter оборачиваться, либо принимать в себя props каким-то еще образом если посчитаете нужным

@maxfarseer спасибо, буду пробовать

между делом перевели блог-пост про 16.4 реакт - https://habr.com/post/359264/