там нет лучще или хуже

всегда есть. вопрос обстоятельств

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

а мобкс можно те жде идеологии испоользовать\

просто он реактивен

mutable vs immutable (state)

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

а чем он правильнее?

ни в чём

просто меньше магии

а чем он правильнее?

исторически недоверяю mutable... ;)

я в реакте второй день, камрад :)

теперь надолго :)

исторически недоверяю mutable... ;)

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

у каждого свой опыт. одному так, другому этак

теперь надолго :)

Нет, потом луа будет например. Раст еще наверняка

привет всем!

есть небольшой вопрос по react php

есть небольшой вопрос по react php

Такого нет

есть небольшой вопрос по react php

вот тут есть несколько вариантов

Привет ребят. Знает ли кто-то как передать Meteor.user() в redux store? Кто-то сталкивался?

либо v8 в пыхе

либо event loop

есть, но оно УГ

Бля... react в php

не могу разобраться, как мне правильно слушать и принимать сообщения с сокета, в addPeriodicTimer?

все ясно

внутри именно лупа самого

ты не туда пришел

не могу разобраться, как мне правильно слушать и принимать сообщения с сокета, в addPeriodicTimer?

тебе лучше сходить в php

@mkusher мне?

не могу разобраться, как мне правильно слушать и принимать сообщения с сокета, в addPeriodicTimer?

тот reactphp к этому react.js не имеет отношения никакого

@mkusher мне?

нет

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

помогите кто-нить

тот reactphp к этому react.js не имеет отношения никакого

может он вот про это: https://github.com/reactjs/react-php-v8js : )

может он вот про это: https://github.com/reactjs/react-php-v8js : )

уже выяснили, что нет

а, все : )

помогите кто-нить

а какая разница какой объект кидать в стор?

помогите кто-нить

как то так ^

http://prgssr.ru/development/pogruzhenie-v-react-redux.html

@Sheridan_ru у меня не работает асинхронное обновление с Метеор, вот и спрашиваю)

@Sheridan_ru у меня не работает асинхронное обновление с Метеор, вот и спрашиваю)

можешь посмотреть redux-thunk или redux-saga

redux-logic и больше ничего не нужно, сага тем более

Какую сетку для верстки используете?

Всем привет :) а подскажите как написать такое же только со спредами: this.setState({password: Object.assign(this.state.password, {[e.target.name]: e.target.value })});

this.setState({ password: { ...this.state.password, [e.target.name]: e.target.value } })

кто apollo использует?

кто ни будь разбирался в исходниках как происходит - var ActionTypes = exports.ActionTypes = { INIT: '@@redux/INIT' }; в Redux?

кто ни будь разбирался в исходниках как происходит - var ActionTypes = exports.ActionTypes = { INIT: '@@redux/INIT' }; в Redux?

Имеешь ввиду зачем этот action?

Ну при инициализации стора выполняется каждый из редюсеров

кто apollo использует?

я

Пример как рендерить тысячи маркеров на карте с реактом - внутри канвас https://istarkov.github.io/google-map-thousands-markers/

redux-logic и больше ничего не нужно, сага тем более

Уже можно?

гайз, как соеденить Meteor.user() с redux?

Ну при инициализации стора выполняется каждый из редюсеров

спасибо)

Нужно

Кстати, вопрос. Есть контейнер-родитель внутри может быть 1-n детей, в каждом чайлде по 48 квадратиков, у которых меняется стили в течении определенного отрезка времени. После чего контейнер удаляется. Есть смысл переложить рендер этих чайлдов на canvas элементы?

@cybice это к слову про канвас

зависит от

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

ну, я собрал каркас. рендерится без стилей тупо цифры гораздо быстрее, чем куча дома

точнее просто fillRect

По мне нет смысла ни в каких оптимизациях если клиента устраивает ?

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

ERROR: S client not available

даже при условии полностью оптимизированного переписанного google-map-react

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

ну вот на старой версии приложения где обычный дом, там при initial render браузер уходит пить чай

проблема инитиал рендер все равно будет - канвас тоже не фиг быстр порой

Ок, я понял. Спасибо.

#whois Всем привет из Казани! О себе: студент, развиваю свои проекты. С недавнего времени перешёл от монолитов (RoR, иногда PHP) на микросервисы. Соответственно возникла необходимость пилить фронтенд "оторвав" его от бэка. Выбрал React. Зачем я здесь: есть вопросы (много), есть желание делиться с сообществом чем-то интересным.

Я возможно задам вопрос, который задают все новички

Когда фронт "оторвали" от бэка - это Single Page Application (SPA). А микросервисы - это когда бэк на много кусочков разделили.

Когда фронт "оторвали" от бэка - это Single Page Application (SPA). А микросервисы - это когда бэк на много кусочков разделили.

Это понятно. Но одно не исключает другого. Скорее даже первое предрасполагает ко второму.

Сорри, не правильно понял, значит

Это понятно. Но одно не исключает другого. Скорее даже первое предрасполагает ко второму.

не обязательно

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

Что пропускать через store редакса, а что нет? 1. Работа с API. Все запросы пускаются через store? Для каждого экшена диспетчится по как минимум два экшене: отправка запроса и либо "ошибка", либо "успех". Успех/ошибка обрабатывается редьюсером и меняет состояние. Или всё же запросы обходят стороной store? Шлются из контейнеров и там же обрабатывается результат запроса? 2. Где храните состояние форм: значения полей, ошибки (например, "поле "название" должно быть заполнено"). В store или в контейнере? Судя по тому что я читаю в интернетах, этот вопрос - причина многих срачей. Он своего рода аналог вопроса "iOS или android" в мире реакта.

Что пропускать через store редакса, а что нет? 1. Работа с API. Все запросы пускаются через store? Для каждого экшена диспетчится по как минимум два экшене: отправка запроса и либо "ошибка", либо "успех". Успех/ошибка обрабатывается редьюсером и меняет состояние. Или всё же запросы обходят стороной store? Шлются из контейнеров и там же обрабатывается результат запроса? 2. Где храните состояние форм: значения полей, ошибки (например, "поле "название" должно быть заполнено"). В store или в контейнере? Судя по тому что я читаю в интернетах, этот вопрос - причина многих срачей. Он своего рода аналог вопроса "iOS или android" в мире реакта.

имхо 1. мидлваре и 3 экшена запос ушел, ответ, ошибка 2. state

я делаю так - это может быть неверно =)

например reducers function dataRequest(state, action) { return state; } function dataSuccess(state, action) { return { ...action.result }; } function dataFailure(state, action) { return initialSearch; }

Ребят, кто слышал о конфе по реакту в Амстердаме?

Скоро в группе буду разыгрывать билет. ?

я слышал, но список выступающих не впечатлил

я делаю так - это может быть неверно =)

Я тоже запросы пускаю через redux. И тоже через middleware (https://github.com/svrcekmichal/redux-axios-middleware). Но мне всё это жутко не нравится. Больше всего непоняток с формами для редактирования всякой-всячины. Для таких форм требуется подгружать данные по сети. Что у меня есть из компонентов: сама форма (отображение), контейнер (логика и обрабочики событий ввода, нажатий и всего такого). Есть ещё редьюсер (один на каждую форму). Он реагирует на экшены отдиспэтченные из контейнера формы (например, CREATE, CREATE_SUCCESS, CREATE_FAIL, UPDATE, UPDATE_SUCCES, UPDATE_FAIL). По экшенам видно, что я переиспользую форму: она и для создания сущностей и для редактирования. Этот редьюсер заведует куском стейта, а именно следующими полями в этом куске: loading (индикатор процесса обработки запроса), errors (массив ошибок). Значения полей формы я в стейте не храню, потому что тогда придётся диспэтчить экшены для обновления значений в полях. А если это текстовое поле, то это получается одно нажатие кнопки = один экшен. Жесть какая-то. Поэтому я сущности гружу из контейнера. И там же обрабатываю ответ: закидываю данные из ответа в state контейнера. И пропсами пробрасываю эти значения в саму форму. Раздражает тот момент, что приходится следить за тем, чтобы данные с предыдущего открытия формы никак не отражались на том, что видит человек, заново открыв форму. Для этого приходится в componentDidUnmount диспэтчить ещё один экш (RESET_FORM) и обрабатывать его редьюсером и при обработке очищать поля связанные с формой в store. Но вот что если я захочу одновременно показать 2 формы одного типа с разными сущностями открытыми на редактирование?! В общем, я всё больше склоняюсь к тому, чтобы всё связанное с формами полностью пустить в обход редакса. Хочу лишь услышать кто как делает.

судя по тому что вы описали, что-то явно не не так... redux-form покрывает все описанные кейсы с формами

Ребят, нужна помощь Очень нужна

updateProfile() { return { user: Meteor.user(), loggingIn: Meteor.loggingIn() } } componentWillMount() { this.props.loadUser(this.updateProfile()); this.data = setInterval(() => { if(this.props.loggingIn === true) { this.props.loadUser(this.updateProfile()); } }, 1000); }

Код мне дает, что action.payload === false, но this.props.loggingIn === true

Как такое может?

Бывает, когда спрашиваешь такие вопросы у чата вместо дебаггера

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

Можешь помочь, уже день пофиксить не могу((

Я тоже запросы пускаю через redux. И тоже через middleware (https://github.com/svrcekmichal/redux-axios-middleware). Но мне всё это жутко не нравится. Больше всего непоняток с формами для редактирования всякой-всячины. Для таких форм требуется подгружать данные по сети. Что у меня есть из компонентов: сама форма (отображение), контейнер (логика и обрабочики событий ввода, нажатий и всего такого). Есть ещё редьюсер (один на каждую форму). Он реагирует на экшены отдиспэтченные из контейнера формы (например, CREATE, CREATE_SUCCESS, CREATE_FAIL, UPDATE, UPDATE_SUCCES, UPDATE_FAIL). По экшенам видно, что я переиспользую форму: она и для создания сущностей и для редактирования. Этот редьюсер заведует куском стейта, а именно следующими полями в этом куске: loading (индикатор процесса обработки запроса), errors (массив ошибок). Значения полей формы я в стейте не храню, потому что тогда придётся диспэтчить экшены для обновления значений в полях. А если это текстовое поле, то это получается одно нажатие кнопки = один экшен. Жесть какая-то. Поэтому я сущности гружу из контейнера. И там же обрабатываю ответ: закидываю данные из ответа в state контейнера. И пропсами пробрасываю эти значения в саму форму. Раздражает тот момент, что приходится следить за тем, чтобы данные с предыдущего открытия формы никак не отражались на том, что видит человек, заново открыв форму. Для этого приходится в componentDidUnmount диспэтчить ещё один экш (RESET_FORM) и обрабатывать его редьюсером и при обработке очищать поля связанные с формой в store. Но вот что если я захочу одновременно показать 2 формы одного типа с разными сущностями открытыми на редактирование?! В общем, я всё больше склоняюсь к тому, чтобы всё связанное с формами полностью пустить в обход редакса. Хочу лишь услышать кто как делает.

Конкретно по вопросу "одно нажатие кнопки = один экшн": Можно вешать не onBlur вместо onChange.

Может помочь кто-то?

а кто-нибудь здесь, работал с cordova?

а кто-нибудь здесь, работал с cordova?

+