Вот так понятней ?

У тебя в смысле не двумерный массив, а массив Tuple?

что за tuple?)

Питонист что ли ?)

что за tuple?)

https://ru.wikipedia.org/wiki/Кортеж_(информатика) Кортеж, простите

товарищи...есть у кого полезная ссылка на репу с примером ssr голым чистым, без всяких next.js, с нормальным стором?) руки дошли все таки до него

https://github.com/airbnb/hypernova

Питонист что ли ?)

Не, это я flow учить начал ?

Из двумерного массив сделать коллекцию с human readable ключами

Что значит двумерный массив? Ключи от чего?

Не, это я flow учить начал ?

я тоже собираюсь, ну и как жизнь стала легче?

я тоже собираюсь, ну и как жизнь стала легче?

Туда-сюда...

Что значит двумерный массив? Ключи от чего?

массив из массивов

flag == null уже не надо делать?)

(вроде)

массив из массивов

И как связана эта информация с human readable ключами?

И как связана эта информация с human readable ключами?

я не знаю я прост увидел вопрос на который знаю ответ)))0

flag == null уже не надо делать?)

не понимаю о чем ты

Что значит двумерный массив? Ключи от чего?

Массив в нем 4 элемента, каждый из этих элементов - это массив объектов

я не знаю я прост увидел вопрос на который знаю ответ)))0

?

не понимаю о чем ты

ну с проверкой типов аргументов к прмиеру, проще же должно стать?

И как связана эта информация с human readable ключами?

Хочу не по index обращаться, а по текстовому ключу

Хочу не по index обращаться, а по текстовому ключу

Обращайся ?

Хочу не по index обращаться, а по текстовому ключу

Ну если у тебя каждый из 4ех массивов конкретный и его можно именовать, переделай рутовый массив в объект

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

Ну если у тебя каждый из 4ех массивов конкретный и его можно именовать, переделай рутовый массив в объект

Я не знаю имен изначально

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

Первое?

Первое?

Почему?

Почему?

читабельнее

Короче все динамик ключи и досвидули ?

Мне вот говорят, что второе лучше, так как это будет только "верстка"

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

Первое

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

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

Почему?

В первом примере у тебя вообще никак не «сработает» компонент, если не нужно его показывать, а во втором случае внутри компонента в жизненных циклах может быть какая-то логика.

Приведу пример- у нас есть попап, я его рендерю {text && <Popup text={text} /> Мне же говорят чекать внутри элемента

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

Вчера тред был про это https://t.me/react_js/442842

Ребят, мб я что-то не понимаю Что лучше- {condition && <Component />} Или <Component shouldRender={condition} />

я что разницы не вижу, или в месте применение логику реализовать или внутри компонента

const mapDispatchToProps = (dispatch): DispatchProps => { return { handleOnBlur: dispatch(handleOnBlur), }; }; что плохого в этом коде?

я что разницы не вижу, или в месте применение логику реализовать или внутри компонента

Я вижу разницу как минимум в том, что в первом это обычная проверка Во втором- инициализация компонента, который вернет null

const mapDispatchToProps = (dispatch): DispatchProps => { return { handleOnBlur: dispatch(handleOnBlur), }; }; что плохого в этом коде?

чё

const mapDispatchToProps = (dispatch): DispatchProps => { return { handleOnBlur: dispatch(handleOnBlur), }; }; что плохого в этом коде?

Для mdtp юзай обжект оргументом и будет счастье

Я вижу разницу как минимум в том, что в первом это обычная проверка Во втором- инициализация компонента, который вернет null

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

const mapDispatchToProps = (dispatch): DispatchProps => { return { handleOnBlur: dispatch(handleOnBlur), }; }; что плохого в этом коде?

connect(mstp, { action1, action2 })(Component) // this.props.action1()

connect(mstp, { action1, action2 })(Component) // this.props.action1()

Ай, не успел я ??‍♂️

Ладно, я ответ заранее знал, просто пригорело

Ладно, я ответ заранее знал, просто пригорело

оу там ответ оказывается был, так какой лучше?)

handleOnBlur: dispatch(handleOnBlur), а это место никого не смущает?

оу там ответ оказывается был, так какой лучше?)

Первый лучше

handleOnBlur: dispatch(handleOnBlur), а это место никого не смущает?

() => dispatch

Dumb component should be dumb component

Мы даже провели тесты на "производительность" Если компонент сам будет проверять условие- будет почти в 2 раза медленнее

Но так как кто-то зациклился на своей правоте, а я не тимлид и заебался спорить- забил

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

handleOnBlur: dispatch(handleOnBlur), а это место никого не смущает?

но и так вроде работет... почему :()=>disaptch(action) лучше чем : dispatch(action)

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

Чисто интуитивно я думаю что нет Но сам с таким кейсом не сталкивался

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

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

Как вы мапите диспатчер в конекте? То есть вы передаёте объект или функцую? Что лучше юзать?

в mapStateToDispatch описывай функции которым требуется диспатч и все, они придут к тебе в props внутри этих функций и используй диспатч

гайс, а какие есть варианты для анимации елементов в реакте ?

Надо какой-то простой вариант для анимации listItem и желательно что бы нормальная интеграция с css-in-js

transition group ?

да, но мне как-то на ектив лив впадлу создавать класснеймы

ну и как-то много бойлерплейта выходит

согласен как то но это можно изменить с точки зрения парадоксалный абстракции

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

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

ERROR: S client not available

Ку, как сказать jest не хавать .css и т.п. и npm modules?

Ку, как сказать jest не хавать .css и т.п. и npm modules?

Вроде в конфиге можно указать

Вроде в конфиге можно указать

вылазит эта фигня, делаю по инструкции, не помогает)

https://jestjs.io/docs/en/configuration.html#transformignorepatterns-array-string ?

Пацаны вопрос! Почему могут не получать обновление стейта компоненты/элементы которые были зарендерены через map? Элементы которые вне мапа обновляются норм

элемента? серьезно?

Пацаны вопрос! Почему могут не получать обновление стейта компоненты/элементы которые были зарендерены через map? Элементы которые вне мапа обновляются норм

В качестве key индекс юзаешь, небось?

элемента? серьезно?

ке?

Надо какой-то простой вариант для анимации listItem и желательно что бы нормальная интеграция с css-in-js

Нативные анимации просто?

Надо какой-то простой вариант для анимации listItem и желательно что бы нормальная интеграция с css-in-js

вот пишу библиотеку как раз)

вот пишу библиотеку как раз)

С клоном ноды?

Нативные анимации просто?

добавление и удаление елемента ?

С клоном ноды?

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

В качестве key индекс юзаешь, небось?

Да uniqid

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

ну да. Ждем ?

добавление и удаление елемента ?

Не сказать что это прям быстро и просто, но я руками всегда писал. И на практике все равно выходило быстрее, чем коллегам изучить transitiongroup =D

ну типа тебе надо локать елементы в доме

и синхронизировать транзишины

хз с ксс групом и то легче

artalar там вопрос в том, стоит ли задача плавно "подвинуть" остальные элементы, когда новый добавляется

?

если нет, то анимации на чистом css конечно лучше и проще всего)

artalar там вопрос в том, стоит ли задача плавно "подвинуть" остальные элементы, когда новый добавляется

А как бы ты подвинул?))

хех, само действие "подвинуть"-то конечно тоже несложное задача в том, чтобы как то узнать о том, откуда и куда надо элемент подвинуть

и в какой момент!

В качестве key индекс юзаешь, небось?

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

нашел то что хотел

хех, само действие "подвинуть"-то конечно тоже несложное задача в том, чтобы как то узнать о том, откуда и куда надо элемент подвинуть

Я вот думаю такой не сложный вариант: врапнуть необходимый блок в контейнер без overflow но с hieght 0 и санимировать его до height 100 + санимировать на transition то что врапнули (что бы плавно и красиво)

http://react-component.github.io/animate/examples/todo-animation.html

http://react-component.github.io/animate/examples/todo-animation.html

Лучше на transition брать