test: 'mocha —require babel-register', test: 'tape test.js —require babel-register | tap-spec', test: 'ava —require babel-register',

from here https://github.com/iamstarkov/generator-zen/blob/master/app/test-frameworks.js#L3

лучше посмотри в сторону http://github.com/davidkpiano/react-redux-form 

Спасибо за альтернативу!

https://github.com/erikras/redux-form/issues/726

Вот issue на тему выше

Здесь нет людей, которые пробовали и реакт и ангулар 2? И сделали какие то выводы для себя

Что некоторым из нас необходима поддержка IE8 и NoScript, в силу своих специфичных задач - факт, но в коммьюнити как правило любые попытки обсудить эту проблему и некоторые пути решения, сразу же натыкаются на шквал “Ой, автор, бросьте, это никому не надо, не майтесь ерундой, идите в ногу с временем! Ха-ха-ха, за окном же 23 век!”, и это раздражает <__<

Плюсую

Здесь нет людей, которые пробовали и реакт и ангулар 2? И сделали какие то выводы для себя

Что реакт лучше?

Нет, я понимаю, что слова "лучше, хуже" вообще нельзя употреблять в общем смысле

что реакт подходит для одних людей/проектов, а ангулар для других

from here https://github.com/iamstarkov/generator-zen/blob/master/app/test-frameworks.js#L3

??

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

В России просто есть такое особое состояние, называется “западло” :D

?

В России просто есть такое особое состояние, называется “западло” :D

Причем у многих оно пермаментно

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

co(function* () { yield firstAsunc(); yield secondAsync(); })

ну или redux-saga

А кто уже использует mobx?

Или что-то подобное, что более эффективно работает с большими потоком?

событий/actions

я с kefir.js работаю часто, но это немного не то

Коллеги, у кого есть опыт написание e2e тестов?

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

тогда проще в middleware организовать очередь запросов, если их порядок важен

или делать их параллельно, а мержить в стейт последовательно

Может я просто что то не так делаю но не знаю как объяснить понятным языком

можно что то из такого попробовать https://github.com/itsmepetrov/redux-combine-actions

Может я просто что то не так делаю но не знаю как объяснить понятным языком

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

Да именно

А есть пример с очередью запросов в middleware

опять я с ко, но обычно так решаю co (function* (){ const firstResult = yield firstRequest(); //first action const secondResult = yield secondRequest(data:firstRequest.data); })

если есть redux-thunk, а экшны запросы возвращают Promise, то через генераторы это все просто работает

Именно

Запросы все возвращают promise использую axios

тогда через генераторы попробуй

у тебя в firstResult будет ответ от сервера

от первого запроса

ну и так далее

Так а если количество запросов не 2 а n

Просто все в массив

И потом вызывать?

сек

простыню сейчас покажу, но в ней все так и работает )

co(function* () { yield clearOffers(); yield clearOfferContainers(); yield startSearch(); const offerContainerResponse = yield createOfferContainer({...search.conditions}); var { response: { entities: { offerContainers }, result: offerContainerId } } = offerContainerResponse; let { status: containerStatus } = offerContainers[offerContainerId]; yield setOfferContainerId(offerContainerId); searchStatus = yield getSearchStatus(); let progress = 0; while (containerStatus === 'processing' && searchStatus === SEARCHING ) { const start = new Date().getTime() + 5000; yield getOffers(offerContainerId); const offerContainerResponse = yield getOfferContainer(offerContainerId); const offerContainer = offerContainerResponse.response.entities.offerContainers[offerContainerId]; containerStatus = offerContainer.status; if ( offerContainer.progress !== progress ) { progress = offerContainer.progress; yield setProgrss(progress); } yield sleep(start - new Date().getTime()); searchStatus = yield getSearchStatus(); } searchStatus = yield getSearchStatus(); if ( searchStatus === SEARCHING ) { yield getOffers(offerContainerId); yield searchComplete(); } });

Спс буду смотреть

боже

сложные там ответы приходят

+ normalizr отрабатывает, приводит все к виду {entities:[], result: id}

@dex157 normalizr вроде как раз для этого придумали, но я не пробовал

да, просто, если одна сущность, то ее вот так и приходится вытаскивать из ответа

Чёт пока не совсем понял

тут асинхронный запрос создает search контейнер, и код заберает ответы пока контейнер со статусом processing

все асинхронно

Влад, а что тебе не нравится?

боже

Заходите болтать голосом https://discord.gg/0fqa3L0XnnNs44A8

8 строчек чтобы получить глубокое значение из объекта

@urbis мне кажется это mis-usage of destructuring

это не упрощает а делает только сложнее

страшненько смотрится

const offerContainers = R.path(['response', 'entities', 'offerContainers'], offerContainerResponse); const offerContainerId = R.path(['response', 'result'], offerContainerResponse);

ну или lodash.get

или .get да

ERROR: S client not available

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

ну главное, чтобы ты потом завтра вспомнил, что ты хотел сказать тут )

ага

Ну и lodash еще защищает от осутствия промежуточных св-в. Не уверен, что в случае с destructuring assignment это будет работать

request до этого проверяется, так что в этом плане проверка идет уровнем ниже

destructuring насколько я помню fail-safe и вернёт undefined если что-то по пути не найдёт

по-моему null или дефолтное значение, если укажешь

co(function* () { yield clearOffers(); yield clearOfferContainers(); yield startSearch(); const offerContainerResponse = yield createOfferContainer({...search.conditions}); var { response: { entities: { offerContainers }, result: offerContainerId } } = offerContainerResponse; let { status: containerStatus } = offerContainers[offerContainerId]; yield setOfferContainerId(offerContainerId); searchStatus = yield getSearchStatus(); let progress = 0; while (containerStatus === 'processing' && searchStatus === SEARCHING ) { const start = new Date().getTime() + 5000; yield getOffers(offerContainerId); const offerContainerResponse = yield getOfferContainer(offerContainerId); const offerContainer = offerContainerResponse.response.entities.offerContainers[offerContainerId]; containerStatus = offerContainer.status; if ( offerContainer.progress !== progress ) { progress = offerContainer.progress; yield setProgrss(progress); } yield sleep(start - new Date().getTime()); searchStatus = yield getSearchStatus(); } searchStatus = yield getSearchStatus(); if ( searchStatus === SEARCHING ) { yield getOffers(offerContainerId); yield searchComplete(); } });

async/await

Ребят есть вопрос, ставлю обработчик onClick на кнопку и при клике, в обработчик попадает дочерний элемент. Как можно предотвратить такое поведение?  <button onClick={this.props.clickDialDigit} data-digit="call"><i className="fa fa-phone"/></button>

Не знаю как это в реакте, но вообще это же про делегирование. Чекай в хэндлере на что клик

А не

Вру

Это про event capturing

через ref прозще ж button получить, не?

это поведение обработчиков по умолчанию, только если вешать отдельный обработчик на дочерний элемент, в который вешать e.stopPropagation(). Вообще не очень понятно, зачем нужно, чтобы на дочерний элемент не вызывалось событие. Возможно, дочерний элемент не должен быть дочерним у блока, на который вешается обработчик?

то есть им место в одном общем контейнере — кнопке и, получается, иконке

это поведение обработчиков по умолчанию, только если вешать отдельный обработчик на дочерний элемент, в который вешать e.stopPropagation(). Вообще не очень понятно, зачем нужно, чтобы на дочерний элемент не вызывалось событие. Возможно, дочерний элемент не должен быть дочерним у блока, на который вешается обработчик?

+

<div><button onClick={this.props.clickDialDigit} data-digit="call" /><i className="fa fa-phone"/></div>

вот так то есть

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

отдельно замечу, что иконочные шрифты вроде бы все, если я не ошибаюсь

@dmacompton есть event.target и event.currentTarget

Один ссылается на чилд, который кликнул. Другной на элемент, где обработчик

в данном случае буттон

на lern.javascript.ru хорошо написано по этому поводу

ааааа, я понял о чем речь

https://learn.javascript.ru/event-bubbling

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

Почитаю спасибо. Я по клику достаю дата-атрибут.

все правильно, да

Да не должен. Спасибо всем

может и так)