Т.е. в конце концов смысл всего редукса попытаться всю логику фильтрования и интеракции данных взять на себя и убрать максиму функций из компонентов, пытаясь так же переводить маскимальное их количество в pure stateless components?

da

????????

da

Можно модерновский проект посмотреть где-нибудь, с крутым синтаксисом? со структурой я разобрался более менее так-то Зачем нужны propTypes?

Можно модерновский проект посмотреть где-нибудь, с крутым синтаксисом? со структурой я разобрался более менее так-то Зачем нужны propTypes?

название само за себя говорит

Можно модерновский проект посмотреть где-нибудь, с крутым синтаксисом? со структурой я разобрался более менее так-то Зачем нужны propTypes?

Можешь глянуть https://github.com/withspectrum/spectrum

Если ты про живой проект с перделками

Если ты про живой проект с перделками

Спасибо) "название само за себя говорит" Пока не совсем полностью догоняю, но, видимо просто надо юзкейс понять и всё)

Спасибо) "название само за себя говорит" Пока не совсем полностью догоняю, но, видимо просто надо юзкейс понять и всё)

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

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

через typeof? Или? Всякая логика if'ами?

через typeof? Или? Всякая логика if'ами?

Нет. Ты просто указываешь, что в компонент будет входить пропа items как массив элементов и пропа count как целочисленная

И если в компонент войдёт другая пропа, то в консоль посыплются предупреждения

через typeof? Или? Всякая логика if'ами?

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

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

Зачем тебе тут async?

Если ты все равно берёшь then

И зачем множественный setState

И аффектить стейт в componentWillMount некрасиво

Переводи это в componentDidMount и делай цепочку промисов

Окей, попробую

Или отказывайся от then

const 1 = await 1 const 2 = await 2 this.setState({1, 2})

установи линтер и форматтер кода

const 1 = await 1 const 2 = await 2 this.setState({1, 2})

через функцию

через функцию

Ну с мобильного идя по улице не очень удобно писать

Или ты типа "обьединить это в одну функцию"?

setState(prevState => newStatePart)

Ну можно и так

Но зачем код засорять

Ибо тут вообще какой-то промисный франкенштейн описан

установи линтер и форматтер кода

Преттиер, например ?

Смысл в чейнинге fn => next => action => {}?

Преттиер, например ?

преттиер + еслинт если уж на то пошло

Смысл в чейнинге fn => next => action => {}?

@redux_ru

ОХ ЩА МЫ ЕМУ ТАМ ПРО ЭЭФЕКТЫ С ГРАФАМИ РАССКАЖЕМ

ОХ ЩА МЫ ЕМУ ТАМ ПРО ЭЭФЕКТЫ С ГРАФАМИ РАССКАЖЕМ

Это которые на четырехтактный цилиндр раскладываются?

Это которые на четырехтактный цилиндр раскладываются?

На двухтактный, четырёхтактный тяжелее ремонтировать

В начале проекция на четырехтактный, потом уже понижение размерности

На двухтактный, четырёхтактный тяжелее ремонтировать

эффектор на четырехтактный

Только не говори, что он педальный

Это которые на четырехтактный цилиндр раскладываются?

На боторейках, как у теслы

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

Если кому-то надо было генерировать “парные” id для label+input или просто некие id для того чтобы в key реакту засунуть: https://twitter.com/theKashey/status/1003273824811380736

ох лол

Если кому-то надо было генерировать “парные” id для label+input или просто некие id для того чтобы в key реакту засунуть: https://twitter.com/theKashey/status/1003273824811380736

для такого простого действия библиотеку подключать? Странно

Скоро на каждый клик кнопкой библиотека будет

для такого простого действия библиотеку подключать? Странно

Представь что у тебя есть компонент input+label, и ему их надо связать _уникальным_ id, потому что вот такой у нас HTML.

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

Ты вообще кажется не понял смысл id и key в частности

начинается вечный id={`${formPrefix}${fieldName}${mod}`}

No offence

начинается вечный id={`${formPrefix}${fieldName}${mod}`}

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

Если кому-то надо было генерировать “парные” id для label+input или просто некие id для того чтобы в key реакту засунуть: https://twitter.com/theKashey/status/1003273824811380736

1. Uuid v4 2. Рандом в key — очень плохая идея

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

ERROR: S client not available

каждый раз придумывать надо. В условиях компонентного подхода это нереально

Это максимально плохой признак

В твоих данных нет структуры

А если нет редакса, и вообще чего либо “нормализованного”? У меня есть много примеров где данные - массив с текстом

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

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

Вот я и говорю, в твоих данных нет структуры, они просто валяются по приложению

А если нет редакса, и вообще чего либо “нормализованного”? У меня есть много примеров где данные - массив с текстом

то есть тебя устроит перерендер ВСЕГДА, для тупого массива текста?

Если кому-то надо было генерировать “парные” id для label+input или просто некие id для того чтобы в key реакту засунуть: https://twitter.com/theKashey/status/1003273824811380736

а зачем? разве нет по чему ключи делать?

Кстати то что ты тут про нормализацию вспомнил пугает ещё больше

а зачем? разве нет по чему ключи делать?

Ну - за пределами уютных “настоящих” приложений - чего только не бывает

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

зачем автогенерить более безструктурное

Даже хэш на основе строки в key будет лучше этого вот

Мне честно не нравиться придумать id, это всегда ведет к ошибке. У меня не всегда есть доступ к данным, так как label+input - это “верстка”. Хочется чтобы из коробки и нормально. Почему нельзя по index - потому что “реакту” нужен идентификатор обьекта, а не номер, чтобы правильно понимать изменения в todo листе, например - понимать что добавилось, что убралось, а что как было так есть.

Разговор с уткой онлайн

Постижение концепции key в прямом эфире, не переключайтесь

Жестко, согласен

Я не правильно key описал? Нужен для правильной работы реконсилера, и не более.

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

ключ объекта есть не всегда, либо он не всега уникален

Разговор с уткой онлайн

Идея для стартапа — уточка.онлайн

Я не правильно key описал? Нужен для правильной работы реконсилера, и не более.

Можно строить любые предположения, главное чтобы не вслух)

https://github.com/yannickcr/eslint-plugin-react/blob/master/docs/rules/no-array-index-key.md

индекс массива?

Не всегда

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