есть ли способ взять данные из редакс-стора и опционально триггернуть экшн? (redux+saga)

https://github.com/khades/servbot-react-frontend/tree/master/ts/channelName

А кто-нить пользуется https://github.com/jfairbank/redux-saga-test-plan для тестирования саг?

выглядит интересно

есть ли способ взять данные из редакс-стора и опционально триггернуть экшн? (redux+saga)

данные берутся с помощью эффекта select, далее в if или case как угодно, можете “опционально” тригернуть экшен с помощью эффекта put

данные берутся с помощью эффекта select, далее в if или case как угодно, можете “опционально” тригернуть экшен с помощью эффекта put

не, мне надо дёрнуть данные в компоненте

если их там нету - сделать экшн

А кто-нить пользуется https://github.com/jfairbank/redux-saga-test-plan для тестирования саг?

использую для юнит тестирования (testSaga функцию), классная штука. Но местами приходится тестировать по документации (например, если есть свои эффекты или для тестирования некоторых моментов, которые не были задуманы автором). Был опыт даже переписывания тестов, количество строк кода уменьшилось приятно)

если их там нету - сделать экшн

и что мешает?

и что мешает?

ни малейшего понятия как сделать, вижу MapStateToProps и MapDispatchToProps

а надо сделать и то и то сразу

Я использую expectSaga, но часто проскальзывают косяки, когда забываю замокать какой-нить вызов api и потом в тесте Connection refused to localhost:80

ни малейшего понятия как сделать, вижу MapStateToProps и MapDispatchToProps

в вашем компоненте, в componentDidMount проверяете - есть данные? если да - то делаем А, если нет - делаем Б (в случае Б как раз тащите данные откуда нужно)

в вашем компоненте, в componentDidMount проверяете - есть данные? если да - то делаем А, если нет - делаем Б (в случае Б как раз тащите данные откуда нужно)

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

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

что логично.

что логично.

ну тогда отлично

ток ещё с локализацией надо подружить

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

локализация тоже никак не пересекается с проблемой, берите и делайте (кэп), я использую react-intl

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

Я использую expectSaga, но часто проскальзывают косяки, когда забываю замокать какой-нить вызов api и потом в тесте Connection refused to localhost:80

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

userID -> userName

khades я, в общем, тут не вижу ни проблемы, ни вопроса =) поэтому делайте, все выглядит стандартно.

Там момент — что тестирование порядка эффектов — по мне это слишком низкоуровнево и хрупко. При любом изменении саги придётся менять тесты. Тогда уж проще через snapshot'ы.

http://redux-saga-test-plan.jeremyfairbank.com/integration-testing/snapshot-testing.html

есть ли способ взять данные из редакс-стора и опционально триггернуть экшн? (redux+saga)

Это слишком расплывчатый вопрос. :)

Это слишком расплывчатый вопрос. :)

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

что значит "напрямую нельзя"?..

Там момент — что тестирование порядка эффектов — по мне это слишком низкоуровнево и хрупко. При любом изменении саги придётся менять тесты. Тогда уж проще через snapshot'ы.

Разумеется! При любом изменении саги, по уму надо сначала тест поменять =) (но это редко кто соблюдает) p.s. позицию вашу понимаю, но мне больше нравится - поправить тест, так как это достаточно легко

что значит "напрямую нельзя"?..

это касается именно отображения данных в компоненте, а не на уровне саг

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

есть внешний сервис, где хранится соответствие userID -> username, надо подтягивать эти username налету складывая в стор

ну, как вариант, — в componentDidMount отправляется action, сага её перехватывает, проверят, что пользователь загружен, если нет — загружает

уже сделол

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

После добавления элементов высота контейнера становится равной высоте добавленных элементов. Остальные же не добавляются в дом. Получить сразу высоту всего контейнера не получится. До сих пор в поисках решения. Может кто нибудь знает куда двигаться?

скроллить на якорь?

После добавления элементов высота контейнера становится равной высоте добавленных элементов. Остальные же не добавляются в дом. Получить сразу высоту всего контейнера не получится. До сих пор в поисках решения. Может кто нибудь знает куда двигаться?

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

Если я не забыл принцип действия виртуал скроллов

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

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

Да. Сейчас пытаюсь через scrollToIndex решить, но это костыль. Хотелось бы точно в том месте оставаться

Кстати рили хорошая задачка

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

Это попахивает костылем жутким, но можно подумать в этом направлении

что-то не пойму в чем проблема

объяснит кто в 2 словах в чем суть ?

может я рожу что-то полезное

Где то выше была проблема описана, ща поищу )

Необходимо написать виртуализованный список (чат) с дозагрузкой сообщений при скроллинге вверх. Использую react-virtualized. Проблема в том, что при добавлении элементов в начало списка скролл автоматически поднимается в самый верх, а нужно чтоб оставался на месте. Можно динамически задавать отступ, но непонятно как его считать (в доме находятся не все элементы). Может ктото писал чат и сможет подсказать?

Тут

Да. Сейчас пытаюсь через scrollToIndex решить, но это костыль. Хотелось бы точно в том месте оставаться

кажется, здесь все-таки придется сверху дописать функционал скролла не к верней границе, а к нижней. держишь в памяти, какое сообщение было полностью на экране последним, после рендера смотришь какой у него offset, прибавляешь outerHiehgt и делаешь scrollTo.

ну т.е. если библиотека этого не позволяет — расширь ее.

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

кажется, здесь все-таки придется сверху дописать функционал скролла не к верней границе, а к нижней. держишь в памяти, какое сообщение было полностью на экране последним, после рендера смотришь какой у него offset, прибавляешь outerHiehgt и делаешь scrollTo.

После рендера этого сообщения уже нет в доме

После рендера этого сообщения уже нет в доме

Тогда куда ты собрался скроллить и почему

Тогда куда ты собрался скроллить и почему

К тому месту, где юзер остановился

Ну так если говоришь больше того места нет, то это куда?

И почему последнее видимое сообщение пропадает? Что за странная логика

Ну так если говоришь больше того места нет, то это куда?

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

Ох ешки

Ну тогда без меня

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

Тогда и обратно не надо будет скроллить

ERROR: S client not available

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

Я итак знаю где он увеличивается в размере) Пока временно решил через комбинацию measureAllRows() scrollToRow(index)

Я итак знаю где он увеличивается в размере) Пока временно решил через комбинацию measureAllRows() scrollToRow(index)

Это чудесно )

в твоем коде не происходит абсолютно ничего)

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

ребят я смотрю туториал и у меня вопрос я не помнимаю [type] что он делает этим и я смотрю он стайт меняет не имутабельно

стейт ту вобще не меняется

стейт вообще не менятся

Всем привет. Делаю довольно простой список, идея такая Главный компонент с функцией получения данных с сервера ассинхронно. И две функции под отправку изменений на сервер. Дочерний компонент тупой и просто отборажает данные пришедшие с сервера, вызывает те самые функции родителя по изменению данных, но из за ассихнонки, не всегда перерисовывается. Как мне его заставить ожидать новых данных а только потом перерисовывать тут уже DidMount не работает.

потому что список VM у тебя получается до отработки startVM

или нет

Ну на самом деле список получаю первый раз в componentDidMount а как на изменение правильно это сделать хз

ну по идее если у тебя после окончания создания элемента не возращается чего либо с сервера - никак

кроме вебсокета какогонить

чтоб там уже были сообщения о создании элемента

ответ то в любом случае приходит, что "wm started"

6 строк кода, чтоб проинкрементить число

и стейт не обновить

ответ то в любом случае приходит, что "wm started"

а "экшны" эти тоже асинхронные?

если да, и там промис - переполучение данных в .then

ну получается что у тебя создание виртулаки идёт ПАРАЛЕЛЬНО с запросом инфы с сервера

так что stopVM(somethingsomething).then(()=> this.getVmList)

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

аааааааа все понял

точно же)

спасибо)

@WeslyG только зачем оборачивать аксиос в промис если он и так сам промис?