и поверь это самый простой способ решить эту задачу

тебе надо просто передавать в экшин { type: 'click', payload: { currentId: 1, prevId: 2 } }

Вариант. В общем как я понял, встроенных вещей для таких дел нет.

и поверь это самый простой способ решить эту задачу

верю, проще некуда)

встроенных таких вещей просто не может быть

и они не нужны

ты же не хочешь хранить все payload предыдущих экшинов

хотя конечно с помощью middleware это легко организовать

и передавать в экшин его предыдущие параметры, храня их в мидлваре

мемоизируешь их по типам и вперед :))

главное засериализовать только

с первого раза не понял, ро на сутки

и поверь это самый простой способ решить эту задачу

Конечно же нет)

Конечно же нет)

т.е. сохранить id и отправить при следующем вызове ее вторым параметром это не самый простой вариант? :))

ах да, можно же в самом редьюсере еще сохранять

в глобальном скопе

Насколько целесообразно обращаться к элементу по id?

...вроде все работает

вместо ref

ой вей

не надо так

Насколько целесообразно обращаться к элементу по id?

нет

нет

Где аргументы? Ссыка тоже сойдет)

Не реакт вей

Просто идеологически не верно

т.е. сохранить id и отправить при следующем вызове ее вторым параметром это не самый простой вариант? :))

const text = createStore('some text') const lengthHistory = text.map( (text, prevSizes) = [... prevSizes, text.length], [] )

Где аргументы? Ссыка тоже сойдет)

https://reactjs.org/docs/refs-and-the-dom.html

https://stackoverflow.com/a/37274379

вы compose из какой либы юзаете? Кактой для flow лучше?

https://stackoverflow.com/a/37274379

по сути если элемент статичный и в единственном экземпляре, то по ip даже нужно. я правильно понял?

вы compose из какой либы юзаете? Кактой для flow лучше?

любой?

вы compose из какой либы юзаете? Кактой для flow лучше?

Все плохие

Я из рекомпоза беру

Он там вроде такой же и в редаксе

Для flow можно забыть о подсказках в ide

+ рекомпоуз да

Для flow можно забыть о подсказках в ide

эмм? в плане? у меня для тс все ок

Ну как оно тебе покажет тип аргумента

по сути если элемент статичный и в единственном экземпляре, то по ip даже нужно. я правильно понял?

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

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

не потеряю, это один раз рендерится

Я из рекомпоза беру

спасибо, нашёл вот ещё реализацию compose + flow: https://github.com/facebook/flow/issues/1950 (в конце)

зачем он и в какие моменты используется

зачем он и в какие моменты используется

Это вопрос скорее по js, мы привязываем контекст к методу

зачем он и в какие моменты используется

надо познать азы джаваскрипта для этого

это js https://learn.javascript.ru/bind

а как-то по-другому, нежели через bind такое можно реализовать? о самом методе я знаю и прочитал прежде чем сюда, писать, просто опыта с самим js мало и не все так очевидно для меня

а как-то по-другому, нежели через bind такое можно реализовать? о самом методе я знаю и прочитал прежде чем сюда, писать, просто опыта с самим js мало и не все так очевидно для меня

Можно через стрелочную функцию, это считается более элегантное решение, а так тут дело с скопом this в js

handleClick = () => {}

вот это меня и интересует

у меня так

Скобочка

я заменил () на = () =>

и убрал bind

вообще не используй bind если он тебе понадобился, значит что-то пошло не так, либо у тебя какая-то специфическая задача, которой в обычных проектах не должно быть

т.е. если ты не либу пишешь какую-то, а просто веб приложение на реакте, то можешь так ни разу и не воспользоваться ни bind, ни apply, ни call

ERROR: S client not available

т.е. если ты не либу пишешь какую-то, а просто веб приложение на реакте, то можешь так ни разу и не воспользоваться ни bind, ни apply, ни call

это если стрелки в классах включены

это если стрелки в классах включены

давно уже не встречал другого подхода

А если типа constructor(props) { super(props); this.handleFoo = () => { ... } } Так ведь тоже прибиндит?)

Скобочка

для меня неочевидка эта скобочка

handleClick = () => { this.setState(prevState => ({ checked: !prevState.checked })); };

нашел решение handleClick() { this.setState(prevState => ({ checked: !prevState.checked })); }; onChange={(e) => this.handleClick(e)}

нашел решение handleClick() { this.setState(prevState => ({ checked: !prevState.checked })); }; onChange={(e) => this.handleClick(e)}

Ивент и без этого получишь

Если дофига connect'нутых данных и работу с состоянием вынести в отдельный компонент, а в исходном оставить лишь верстку и попрокидывать туда пропсы, это и будет деление на контейнер и компонент?

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

Ивент и без этого получишь

это onChange={(e) => this.handleClick(e)} заменить на это? onChange={this.handleClick}

это onChange={(e) => this.handleClick(e)} заменить на это? onChange={this.handleClick}

Ага

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

handleClick у тебя не стрелочная функция

Либо на стрелочную, либо бинди в конструкторе

Ребят, такой вопрос: есть textarea, в которой я меняю value и заношу его в стейт

<textarea className="todo-text" value={props.currentTodoText} onChange={props.handleTextChange} />

value меняется, стейт передаётся (ведь из него же я value и получаю) Но при создании тудушки и занесении её в джсон, value теряется

Получается что-то типа такого: { "id": 15080, "name": "dddd", "text": "", "isComplete": false }

ошибка парсинга

Получается что-то типа такого: { "id": 15080, "name": "dddd", "text": "", "isComplete": false }

очищаешь value раньше чем заносишь

babel-plugin-transform-class-properties

очищаешь value раньше чем заносишь

А дело точно не в том, что я пишу не парный <textarea>value</textarea> а одинарный <textarea />?

Просто с инпутом таких проблем нету