Саги — один из паттернов, которые хороши легли на задчи middleware

А как на инглише паттерн звучит?

А как на инглише паттерн звучит?

само слово что ли?)

Ну да, чтоб загуглить

по произношению гуглить будешь?) pattern

saga pattern?

https://github.com/yelouafi/redux-saga

так и звучит

saga pattern

Ну я думал это какой-то старый паттер времен фаулера

ну достаточно старый

там в хелпе все ссылки есть кстати: http://yelouafi.github.io/redux-saga/docs/introduction/SagaBackground.html

Ну если по меркам жс мира тот тут полгода уже долгожитель

можно еще этот пост глянуть http://kellabyte.com/2012/05/30/clarifying-the-saga-pattern/

Ну если по меркам жс мира тот тут полгода уже долгожитель

1987 год той paper

не только в js же используется

saga

saga aka process manager

я как раз подобное вот тут запилил намедни https://github.com/iCoderXXI/react-redux-form-autosuggest/ демка поле профессия, вводим админ https://icoderxxi.github.io/react-redux-form-autosuggest/

#redux Если я пришёл к тому, что в ответ на один экшн мне потребовалось инициировать другой экшн, это кривая архитектура?

а можешь конкретнее?

redux-thunk ?

#redux Если я пришёл к тому, что в ответ на один экшн мне потребовалось инициировать другой экшн, это кривая архитектура?

нет

http://i.prntscr.com/94fbfb48d97141c8a33ab6a64f12593d.png

так норм делать ?

#redux Если я пришёл к тому, что в ответ на один экшн мне потребовалось инициировать другой экшн, это кривая архитектура?

Если не в редюсере)

И смотря что за экшны, кстати

У меня скоуп событий стейта объединён со скоупом событий сервера с помощью вебсокетов. И на сервере тоже есть свой dispatch(), который может отправлять экшн прямиком в стор клиента (это как бы синоним диспатча на клиенте — то же самое поведение). То есть, у нас сервер слушает события клиента, и клиент слушает события сервера. В чём профит — это отдельная история. Речь вот о чём: У меня есть экшн AUTH_FAIL. В ответ на него стейт обнуляется. Он вызывается и при логауте, и при реджекте авторизации сервером. А вызов dispatch() на сервере, соответственно, — единая точка входа в отправку экшнов. В этой же точке перехватываются все исключения, как те, которые я генерирую сам (например, throw new IncorrectPasswordError('blablabla'), так и все другие прочие). И, если исключение возникло, то я отправляю клиенту экшн REQUEST_REJECT, а в нём уже содержится объект ошибки. Конечно же, в целях безопасности я фильтрую (deny allow) типы ошибок. Так вот. Если я поймал IncorrectPasswordError, то на клиенте я должен получить REQUEST_REJECT и вызвать AUTH_FAIL.

Так вот. Может быть, это лишнее — делать цепочку вызовов экшнов? Может быть, лучше сразу обрабатывать REQUEST_REJECT?

Иначе цепочка может вырасти и стать сложноотслеживаемой.

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

будут

Ваше мнение, коллеги. Может быть, уже кто-то решал подобный вопрос. И, может быть, есть какие-то хорошие практики на этот счёт.

думаю нет простого и изящного решения, везде будет свой трейдоф

Это что такое?

Здравствуй-те ребятки, собираюсь потихоньку вкатываться в full stack разработку, решил обратить свое внимание на react - с чего посоветуете начинать?: ) Может кто-нибудь даст какие-нибудь референс ссылки? Пока только смотрел оф доку + туториалы с egghead

Здравствуй-те ребятки, собираюсь потихоньку вкатываться в full stack разработку, решил обратить свое внимание на react - с чего посоветуете начинать?: ) Может кто-нибудь даст какие-нибудь референс ссылки? Пока только смотрел оф доку + туториалы с egghead

Посмотри осом списки

https://github.com/enaqx/awesome-react

Здравствуй-те ребятки, собираюсь потихоньку вкатываться в full stack разработку, решил обратить свое внимание на react - с чего посоветуете начинать?: ) Может кто-нибудь даст какие-нибудь референс ссылки? Пока только смотрел оф доку + туториалы с egghead

https://www.gitbook.com/@maxfarseer

Здравствуй-те ребятки, собираюсь потихоньку вкатываться в full stack разработку, решил обратить свое внимание на react - с чего посоветуете начинать?: ) Может кто-нибудь даст какие-нибудь референс ссылки? Пока только смотрел оф доку + туториалы с egghead

если с инглишем порядок, то на ютубе полно роликов и скринкастов

https://www.gitbook.com/@maxfarseer

?

Господа, кто как борется с проблемой, когда нужно у элемента трекать клик снаружи, но над ним может появляться абсолютно спозиционированный тултип/попап, который должен превентить такое поведение? В голову приходит только держать где-то в родительском компоненте реф и заморачиваться с ним, чтобы при клике можно было сравнить

Ну а как ещё?

Вот и я думаю)

Так ща ещё раз попытаюсь въехать

redux-thunk это для серии dispatch, redux-saga это для подписания на actions и выполнения каких-то сайд-эффектов

Вот ещё раз что ты имел в виду при "клике снаружи"

А тултип в DOM где находится? Снаружи этого элемента?

Для наглядности - небольшой кусочек интерфейса: https://www.dropbox.com/s/bjqao33t9fhaffl/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%202016-12-05%2019.05.04.png?dl=0 Есть синяя панель, когда кликаешь не по ней - закрывается. Есть тултип, который лежит в body и позиционируется относительно кликнутой ссылки. При клике по тултипу и панели - панель не должна закрываться.

Тултип внутрь панели положить не получится из-за overflow

Мне кажется можно на тултип повесить onClick и в нем делать event.preventDefault(), а на панели в хэндлере внешнего клика проверять event.defaultPrevented

либо в стор что-то класть, что бы сказало, что панель не надо закрывать для этого event-а

Спасибо, покопаю в этом направлении, реф хранить совсем не хотелось)

есть люди кто сидит на postcss-import@8.1.0 и не может обновиться?

Вот да

Классический пример для переменной-клапана

А зачем в стоп пихать то?

котики, как он понимает когда ему дергать componentWillUnmount() и когда componentDidMount()? http://codepen.io/gaearon/pen/amqdNA?editors=0010

Ну э... когда ему нужно что-то до рендера, а когда после

Например рефы до рендера не существуют

DidMount после того как компонент замаутился

благодаря этому каждый раз обновляется таймер

Простите что?

Компонент маунтится один раз

DidMount после того как компонент замаутился

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

ERROR: S client not available

то есть если нам нужно чтобы компонент подолжал оставаться - мы эти функции не используем?

Продолжал оставаться?)

Так, ещё раз

Простите что?

напишите компонент, поставьте консоль на конструктор, WillMount, render, DidMount

Вы с didUpdate не путаете?

didMount вызывается после первого рендера один раз

http://busypeoples.github.io/post/react-component-lifecycle/

верно, один раз, далее он устанавливает таймер, который раз в секунду вызывает метод меняющий стейт

в данном примере

А, ну с этим я не спорю

Важно то что он вызывается один раз

А так да, уже после рендера он вызывает метод

хорошо, как ответить на изначальный вопрос?)

как он узнаёт когда их вызывать?)

willMount вызывается до рендера, например когда нужно подготовить какие-то данные к рендеру didMount после, например когда нужно дёрнуть refs

В данной ситуации он сделал это самым простым способом

От балды

да

Потому что замена на willMount ни на что не влияет

как он узнаёт когда их вызывать?) да как от балды((

willMount вызывается до рендера, например когда нужно подготовить какие-то данные к рендеру didMount после, например когда нужно дёрнуть refs

ну ок, щас все отрендерится и очистит все компоненты

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

А вот так, разницы нет :) У willMount есть небольшое преимущество в том что рендер сразу получит последнее значение времени в данной ситуации

так ладно) с опытом надеюсь придет)

Kate Ты ведь поняла насчет refs?

Реакт и опята ?

я как-то провтыкала(

опыт*))

я же исправила)

Ладно, перефразирую, что такое refs знаешь?

где-то слышала