Использую редакс, прокидываю actions через пропс, вобщем стандратный поток. В компоненте вызываю его, и как мне узнать, что он завершился? То есть хочется чтото такое const mapDispatchToProps = dispatch => ({ loadModel: (id) => dispatch(loadModelAction(id)), }); componentDidMount() { this.props.loadModel().then(() => { // this.setState(); }) }

если thunk, то можно вернуть промис.

модалка отобразила его, закрылась - бросила экшн на очистку этого сообщения

точнее, наоборот, бросила action на удаление сообщения из очереди сообщений. Ей пришел пустой список - она скрылась

у вас может быть таким образом параллельно много сообщений, которые можно отображать toaster'ом (всплывающие сообщения)

система получается прозрачной и гибкой

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

Спасибо, понял)

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

удачи, короч

товарищи как сделать независимые саги ?

function* fetchDisk(action) { try { const info = yield call(Api.getDiskInfofoAPI, action.payload.token); yield put({type: FETCH_INFO_DISK_SUCCES, payload: info}); } catch (e) { yield put({type: FETCH_INFO_DISK_FAILED, message: e.message}); } } function* fetchResources() { try { yield put({type: FETCH_RESOURCES_DISK_SUCCES}); } catch (e) { yield put({type: FETCH_RESOURCES_DISK_FAILED, message: e.message}); } } function* mySaga() { while(true){ yield takeLatest(FETCH_INFO_DISK_REQUEST, fetchDisk); yield takeLatest(FETCH_RESOURCES_DISK_SUCCES, fetchResources); } }

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

function* fetchDisk(action) { try { const info = yield call(Api.getDiskInfofoAPI, action.payload.token); yield put({type: FETCH_INFO_DISK_SUCCES, payload: info}); } catch (e) { yield put({type: FETCH_INFO_DISK_FAILED, message: e.message}); } } function* fetchResources() { try { yield put({type: FETCH_RESOURCES_DISK_SUCCES}); } catch (e) { yield put({type: FETCH_RESOURCES_DISK_FAILED, message: e.message}); } } function* mySaga() { while(true){ yield takeLatest(FETCH_INFO_DISK_REQUEST, fetchDisk); yield takeLatest(FETCH_RESOURCES_DISK_SUCCES, fetchResources); } }

Скрин плз

если так то

бл

бл

А что, работать водителем и ни в чем себе не отказывать, норм

это ты в системе шрифты дефолтные сменил?

не

хм... написал на rust функцию тупую вычисления числа фибоначчи и такую же на js

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

разница в скорости 2.6 раза

console.log внутри перфоманс измерений, классика

Верхнее раст?

Ещё войну и мир залоггируй)

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

И дай угадаю, фиббоначи считал через рекурсию

Верхнее раст?

ага

И дай угадаю, фиббоначи считал через рекурсию

само собой, я хотел проверить разницу между js и wasm

само собой, я хотел проверить разницу между js и wasm

Не похоже

Убери переменную

f = n => n <= 2 ? 1 : f(n - 1) + f(n - 2)

const f = () => '701408733'; а сравни теперь с такой по производительности

это разве не раст?

Убери переменную

да я убирал, это я для других целей ее ввел

это разве не раст?

раст и?

а чем ты удивлен то, вебассембли быстрый

да я просто ворвался в середину беседы, вижу только про сравнение js и wasm

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

раст это там где меньшее время

в wasm компилится надо, что он и сделал

Ещё войну и мир залоггируй)

+

раст это там где меньшее время

С --release и -O 3 компилиш?

С --release и -O 3 компилиш?

release только

а чем ты удивлен то, вебассембли быстрый

движек один и тот же, не всегда васм будет быстрее js. Нормально написанный и разогретый JS должен быть равносилен васму

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

react-select в связке с styled-components хэширует классы, как в итоге кастомизировать стили react-select ?

движек один и тот же, не всегда васм будет быстрее js. Нормально написанный и разогретый JS должен быть равносилен васму

Васм не умеет с событиями и дом работать вроде

С --release и -O 3 компилиш?

cargo не дает для —target wasm32-unknown-unknown -O 3 сделать

Ребят, вы говно обсуждаете, no offence, это некоректный во всех отношениях тест

Васм не умеет с событиями и дом работать вроде

это не связанные вещи

ему и не надо, это удел жс

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

почему?

Ребят, вы говно обсуждаете, no offence, это некоректный во всех отношениях тест

Из него попросту ничего не следует

ему и не надо, это удел жс

Тогда что вы их сравниваете тогда?

движек один и тот же, не всегда васм будет быстрее js. Нормально написанный и разогретый JS должен быть равносилен васму

Уже не один и тот же

Уже не один и тот же

м?

ERROR: S client not available

м?

Распиливают же. В мозилла так вообще изначально разные

Но тут Сережа Рубанов скажет точнее

Распиливают же. В мозилла так вообще изначально разные

не знал ? круто

если что-то произошло - бросили туда сообщение

А если нужно вызывать метод, например, message.success(). В reducer норм это делать? Или в саге?

А если нужно вызывать метод, например, message.success(). В reducer норм это делать? Или в саге?

Reducer ВСЕГДА чистая функция. Никаких сайд-эффектов

Reducer ВСЕГДА чистая функция. Никаких сайд-эффектов

Подписывайтесь в сагах и put(message({type: MESSAGES.SUCCESS, text: 'Запрос успешно обработан'}))

message - action, на который подписан reducer, который положит это в массив сообщений в store

а можно тему и шрифт?)

а можно тему и шрифт?)

webstorm fira code atom one dark

message - action, на который подписан reducer, который положит это в массив сообщений в store

А где этот массив читать?

webstorm fira code atom one dark

спасибо

А где этот массив читать?

в компоненте, который отвечает за отображение сообщений

он подписан на массив. Если в массиве пусто - ничего не отображается

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

спасибо

Посмотри ещё на hasklig

спасибо

это плагин https://github.com/equinusocio/material-theme

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

То есть слушать стор и если чтото появилось message.success()

То есть слушать стор и если чтото появилось message.success()

Нет

Нет

У вас есть в стор массив сообщений

есть action AddMessage, редусер ловит этот экшн и кладет туда сообщения

есть action RemoveMessage, редусер ловит этот экшн и удаляет оттуда сообщения

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

jest позволяет передавать в снепшоты property matchers, но есть ли возможность использовать матчер только для отдельного свойства?

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

message функция из библиотеки, нет компонента Messages

message функция из библиотеки, нет компонента Messages

я не знаю, что у вас есть, чего нет. Я вам предлагаю архитектуру/паттерн, как просто сделать Notification Center в приложении

приложение пишете вы, что у вас есть или нет - решаете тоже вы

Мне пришлось считать 800 член последовательности и прогнать тест двадцать тысяч раз, чтобы performance.now() просто перестал показывать нули

Суммарное время 20000 тысяч вызовов — 46 ms

Мне пришлось считать 800 член последовательности и прогнать тест двадцать тысяч раз, чтобы performance.now() просто перестал показывать нули

Что-то тут не так