Подскажите, пожалуйста... почему по истечению времени обрабатываются все экшны которые были, а не только последний? И как можно исправить?

Страдания с сагами

Подскажите, пожалуйста... почему по истечению времени обрабатываются все экшны которые были, а не только последний? И как можно исправить?

Какие все ?

Гайс кто с rc-form какой паттерн для валидации селекта юзаете?

Какие все ?

Тривиальная задача - есть поле для поиска, на котором висит onChange, который тригерит экшн. сага обрабатывает данный экшн. Необходимо сделать так, что-бы если в течении n-го времени стригерился еще один экшн - сбросить предыдущий

Тривиальная задача - есть поле для поиска, на котором висит onChange, который тригерит экшн. сага обрабатывает данный экшн. Необходимо сделать так, что-бы если в течении n-го времени стригерился еще один экшн - сбросить предыдущий

на данный момент - все экшн обрабатываются с задержкой в n сек

Тривиальная задача - есть поле для поиска, на котором висит onChange, который тригерит экшн. сага обрабатывает данный экшн. Необходимо сделать так, что-бы если в течении n-го времени стригерился еще один экшн - сбросить предыдущий

Debounce

Debounce

Тривиальная задача - есть поле для поиска, на котором висит onChange, который тригерит экшн. сага обрабатывает данный экшн. Необходимо сделать так, что-бы если в течении n-го времени стригерился еще один экшн - сбросить предыдущий

А зачем ? Ты отмену запроса делаешь какую то ? Может изначально задачу разберём ?

как вы решаете проблемы с круговой зависимостью ?типо есть компонент в /ui который импорит компонент с /view, а в этом компоненте импортится файл из /ui и получается замкнуотсть, ошибка архитектуры или есть решения на другом уровне ?

как вы решаете проблемы с круговой зависимостью ?типо есть компонент в /ui который импорит компонент с /view, а в этом компоненте импортится файл из /ui и получается замкнуотсть, ошибка архитектуры или есть решения на другом уровне ?

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

/ui/index -> /ui/Comp -> /views/Comp -> /ui/index

Зачем внутри views/Comp рендерить ui/index, если это дочерний компонент?

в ui/index экспортятся все из фолдеров внутри ui/

Это невозможно, логическая ошибка

что невозможно

/ui/index -> /ui/Comp -> /views/Comp -> /ui/index

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

в ui/index экспортятся все из фолдеров внутри ui/

Ну это норм А зачем в каком-то дочернем компоненте ты импортишь самый верхний?

если мне в ui нужен компонент из другого места, но он имеет в себе что то из ui, как ?

Ну это норм А зачем в каком-то дочернем компоненте ты импортишь самый верхний?

Ответь на вопрос

Нужен готовый бойлерплейт с бутстрапом и желательно с готовой версткой типа админ панели с бутстрапом, есть у кого такие вещи на примете? На реакте

Ответь на вопрос

экспортишь или импортишь ?

экспортишь или импортишь ?

Импортишь

понял

потому что это не конечный компонент, есть высший

в котором и собирается из /ui - /views

добавить еще одну сущность между ними ?

Я не понял твоего ответа) Но просто придерживайся тогда правила, что если где-то ты импортишь и используешь А внутри Б, то не можешь использовать Б внутри А, так как это тупо не имеет смысла

ну тупо или нет хз, mobx tree так же делает

добавить еще одну сущность между ними ?

Если у тебя А использует Б, то Б является составляющей А <=> А не может быть составляющей Б

просто они через internal создают все

https://github.com/mobxjs/mobx-state-tree/tree/master/packages/mobx-state-tree/src по сути иденттично, internal -> A -> B -> A -> internal

Вместо denounce - takeLatest, внутри воркера yield delay(1000)

Вместо denounce - takeLatest, внутри воркера yield delay(1000)

это не отметит переведущий

Почитал внимательно — у тебя уровнем выше что-то неправильно. Debounce нужен не для фетча, а для той саги, что вызывает фетч.

там надо fork и take, хотя takeLatest должен отменять

там надо fork и take, хотя takeLatest должен отменять

ток у меня оно чета не отменяло fetch,хотя возможно сам воркер и дропало

ток у меня оно чета не отменяло fetch,хотя возможно сам воркер и дропало

Оно отменяет сагу. А фетч — это промис)

Оно отменяет сагу. А фетч — это промис)

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

Оно отменяет сагу. А фетч — это промис)

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

Ребзя, в react 16 поддержка sass из коробки же?

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

Если правильно написан воркер, то париться не надо.

Если правильно написан воркер, то париться не надо.

там есть просто такая штука как yield cancelled()

и туда уже можно логику с abort кидать

Ребят, проект написан на React и MobX. Вроде как говорилось что если observed переменные изменяются, то компонент перерендерировается. Тогда вопрос такой, увеличит ли производительность приложения, если я большинство компонентов сделаю PureComponent?

Либо как это повлияет в целом, если я все ответы сервера загоняю в эти observed переменные

Либо как это повлияет в целом, если я все ответы сервера загоняю в эти observed переменные

Посмотри что делает computed в MobX. Прям или сразу в исходники (это не сложно). Почаще используй его, где это необходимо и все ок.

И еще вопрос про PureComponents, допустим, у меня есть ItemList, в который я передаю пропсы. shouldUpdateComponent сравнивает ссылки пропсов, то есть если я не изменю ссылку пропса, он не перерисует компонент заново, хотя данные внутри пропса изменились. Как мне вызвать рендер ItemList, без создания новой переменной в state (для создания другой ссылки для пропса).

Смутил код, который на хабре нашел про Purе Components

handleClick() { const items = this.state.items; items.push('new-item'); this.setState({items: items}); } render() { return ( <div> <button onClick={this.handleClick} /> <ItemList items={this.state.items} /> </div> ); } Он не перерисует этот компонент из-за мутации в state

handleClick() { this.setState(prevState => ({ words: prevState.items.concat(['new-item']) })); } А тут перерисует, потому что есть ссылка на words Как не создавать words, но чтобы ItemList перерисовался

Не вижу проблемы. Что то ты не так используешь. Попробуй все лишнее убрать. У тебя есть компонент который получает массив объектов, которые нужно вывести. Что здесь может пойти не так?) Упрощай, у тебя архитектурное болото.

Так приложуху то я написал, изначальный вопрос был "Как это сделать?". Сейчас пытаюсь оптимизировать это всё и запутался, что стоит применять, а что нет. Появился вопрос "Как это сделать лучше?"

Так приложуху то я написал, изначальный вопрос был "Как это сделать?". Сейчас пытаюсь оптимизировать это всё и запутался, что стоит применять, а что нет. Появился вопрос "Как это сделать лучше?"

бррр class Store { const obseverList = observer.array([]); @computed get list() { return obseverList.slice(); } } тут где то провайдер и инжектим наш стор в компонент... const RenererererenderMyList = ({ list = [] }) => list.join(', ');

типа connect(Store)(List) или для компонента, ох давно уже не писал на мобиксике =((

типа connect(Store)(List) или для компонента, ох давно уже не писал на мобиксике =((

Почему?

Почему?

Отделять логику от рендеринга это мое личное мнение

Отделять логику от рендеринга это мое личное мнение

Не спорю, идея здоровая. А как сейчас разделяешь?

Добрейшего вечерочка. Подскажите, пожалуйста, в чем может быт проблема при подключении scss, или как правилно подключить.. В коде пишу: import './App.scss' В конфигах prod и dev настроил: { test: /\.(sass|scss)$/, use: [ require.resolve('style-loader'), require.resolve('css-loader'), require.resolve('sass-loader') ] }, При этом на сайте выдает ошибку: http://prntscr.com/pojmw2

Не спорю, идея здоровая. А как сейчас разделяешь?

Логика отдельно, реакт отдельно, ui отдельно. Никто ничего не знает.

Логика отдельно, реакт отдельно, ui отдельно. Никто ничего не знает.

Соответственно должна быть функция инициализации всех связей, это интересно)

Логика отдельно, реакт отдельно, ui отдельно. Никто ничего не знает.

И не какие в этом минусы если есть)

Соответственно должна быть функция инициализации всех связей, это интересно)

Нет. У меня IoC. Все на контейнерах. InversifyJS сам разматывает инверсию зависимостей и подтягивает нужные компоненты.

Нет. У меня IoC. Все на контейнерах. InversifyJS сам разматывает инверсию зависимостей и подтягивает нужные компоненты.

👍

Логика отдельно, реакт отдельно, ui отдельно. Никто ничего не знает.

Ui как бы жёстко привязан к реакт у

И не какие в этом минусы если есть)

СЛОЖНА СЛОЖНА СЛОЖНА. Сейчас другой тут, все модули как отдельные пакеты и лерна их собирает. И это так просто и... в общем другая архитектура. Не такая подвижная, но есть свои плюсы

Ui как бы жёстко привязан к реакт у

Это ты жестоко обвязал себя реактом.

СЛОЖНА СЛОЖНА СЛОЖНА. Сейчас другой тут, все модули как отдельные пакеты и лерна их собирает. И это так просто и... в общем другая архитектура. Не такая подвижная, но есть свои плюсы

А связи с iot решением жёсткой не получается в итоге?

А связи с iot решением жёсткой не получается в итоге?

iot ?

iot ?

Internet of Things

🌚

iot ?

Ну ты используешь inversifyJS в качестве реализации

А связи с iot решением жёсткой не получается в итоге?

Я не знаю. А какая именно проблема? Я не работал с iot

Я не знаю. А какая именно проблема? Я не работал с iot

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

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

и да и нет, больше практики, больше SOLID. И постоянно поддерживаешь код... Зато с каждым месяцем большую часть задачи можно сделать через композицию уже написанного. А так же система готова к кровавому Аджайлу. Что хотите меняйте, вообще пох. + есть OOD / DDD. Но тут еще оч мало опыта. Можно сказать, только, что мне нравится и интересен путь с IoC, но сейчас работаю по другой архитектуре и развитие приостановленно

Это ты жестоко обвязал себя реактом.

Ты серьёзно? Ты юзаешь апи реакта. Рендеришь в нем. Как у тебя вью может быть на нем не завязано?

Ты серьёзно? Ты юзаешь апи реакта. Рендеришь в нем. Как у тебя вью может быть на нем не завязано?

Завязано. Просто давайте отделять элементы которые должны иметь только свое внутренее состояние UI и не более, о остальное приходит не из реакта. Извините, что я не осознал, что должен писать очевидные вещи

Ты серьёзно? Ты юзаешь апи реакта. Рендеришь в нем. Как у тебя вью может быть на нем не завязано?

View может быть как кастомный слой при желании

View может быть как кастомный слой при желании

так раньше думал(и), что бы могли макс быстро отказаться от реакта. Но это оч оч оч оч усложняет разработку, если не хотите перегорать, стоит использовать больше реакта. Тот же роутинг, тот же ui и тд

Завязано. Просто давайте отделять элементы которые должны иметь только свое внутренее состояние UI и не более, о остальное приходит не из реакта. Извините, что я не осознал, что должен писать очевидные вещи

Когда ты говоришь что все не в реакте. Это ты не юзаешь реакт вообще