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

У тебя просто как обычно, какой-то очень особый подход к задачам)

Ну вот захотел я из**нуться. =) Поставил проект на сокеты. Чем не жизнеспособный вариант — построить взаимодействие фронта и бэкенда на сокетах вместо AJAX?

Пока что только одна проблема.

Пока что только одна проблема.

Редакс? :)

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

Определённые экшны слушаются сокетом. Сервер их получает, что-нибудь делает, отправляет в сокет событие. Событие происходит на клиенте, как экшн в сторе.

Редакс? :)

Редакс норм.

То есть, по сути, серверу доступен dispatch().

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

Ну вот захотел я из**нуться. =) Поставил проект на сокеты. Чем не жизнеспособный вариант — построить взаимодействие фронта и бэкенда на сокетах вместо AJAX?

Я не про вебсокеты, а про экшны, к ним какой-то прям особый подход) Если с сервера прилетел экшн — то его и диспатч. Если авториация — это обмен экшнами, то пишешь всю логику в функции и на клиенте диспатчишь её

Чтобы было понятно, вот связка с сокетом на сервере: const onAction = () => async ( socket, dispatch, { type: actionType, ...actionData }, ) => { const action = actions[actionType]; try { if (action) { await action({ data: actionData, dispatch, socket, }); } else throw new NoActionError(`Отсутсвует экшн ${actionType}`); } catch (e) { dispatch(requestReject(e)); } }; const onConnect = (socket) => { const dispatch = action => socket.emit('action', action); socket.on('action', data => onAction(socket, dispatch, data)); };

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

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

Я не про вебсокеты, а про экшны, к ним какой-то прям особый подход) Если с сервера прилетел экшн — то его и диспатч. Если авториация — это обмен экшнами, то пишешь всю логику в функции и на клиенте диспатчишь её

Значит, я не совсем верно понял Редакс. =) Но там же всё просто. Блин, чего я не понял?

Значит, я не совсем верно понял Редакс. =) Но там же всё просто. Блин, чего я не понял?

У него сложность не в коде и подходах, а в замысле. thunk всего 15 строк длиной, но его реальную суть я понял не совсем сразу)

У него сложность не в коде и подходах, а в замысле. thunk всего 15 строк длиной, но его реальную суть я понял не совсем сразу)

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

Магическая неведомая фигня?

Ну просто сам редукс действует поперек привычных подходов

Это да.

Короче, разрыв шаблона — это норма ?

Я как раз ту ссылку что ты скинул и вкуривал. Но на английском там сейчас уже побольше информации, емнип

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

со "стандартным" подходом эта логика должна быть в action'е-функции вот так: const login = (userName, password) => (dispatch, getState) => { dispatch({type: LOGIN}); api.login({userName, password}) .then(() => { dispatch({type: LOGIN_SUCCESS}); dispatch({type: DO_SOMETHING_AFTER_LOGIN}); }) .catch(error => { dispatch({type: LOGIN_FAIL, error}) }) }

Ну, короч. Сервер отправляет вот это: { type: 'AUTH_OK', token: '9834t34g9ry3498u', id: 3231, login: 'user1', } И самое первое место на фронтенде, где я могу на это среагировать, — редьюсер. А в редьюсере нельзя вызывать экшны. А суть в том, что по данным от AUTH_OK я отображаю определённый интерфейс, одновременно вызывая: { type: 'SERVER_REQUEST_REPORTS' } Т.е. всё, что нужно, — иметь возможность подписаться конкретно на AUTH_OK вне редьюсера.

И такая возможность потребуется, в том числе, в слуячае использования Hunk.

> И самое первое место на фронтенде, где я могу на это среагировать, — редьюсер думаю, можно еще в middleware раньше редьюсера

А... Ну, да.

Писать свой middleware? =)

Писать свой middleware? =)

обязательно свой

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

заодно про NPM не забудь

Я, ваще-та, не горю желанием это делать. Шутники.

package.json

:)

другого способа читать экшны в редаксе у тебя нет, скажи спасибо автору идеи "нахуй диспатчер"

Я, ваще-та, не горю желанием это делать. Шутники.

ты только на митапах такое не говори, а то кто-то и не поймет

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

ты только на митапах такое не говори, а то кто-то и не поймет

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

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

не, я про то, что ты не хочешь в опенсорс

не, я про то, что ты не хочешь в опенсорс

?

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

выбрось редакс, будет проще, поверь

выбрось редакс, будет проще, поверь

Предложи альтернативу.

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

Один экшен, в котором пайлоад с айдишиком формы

Предложи альтернативу.

mobx

Так так а Store как привязать?

с собственной продуманной архитектурой приложения

Предложи альтернативу.

все же от задачи зависит. может тебе пока вообще ничего для стейт менеджмента не надо, setState хватит

mobx

jquery

Через контейнер привязать к конкретной форме?

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

Да я вот заюзад FluxUtils

спасибо ребятам кто посоветовал

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

>больше кода чем в редаксе и на редакс ещё катят бочку, мол, дофига boilerplate code

Через контейнер привязать к конкретной форме?

Я не могу телепатировать, что там у тебя, по идее, у тебя на каждую форму будет свое поле

но можно переиспользовать редюсер, например

Да совершенно верно, у меня несколько экзепляров одной и тойже формы

Ну, короч. Сервер отправляет вот это: { type: 'AUTH_OK', token: '9834t34g9ry3498u', id: 3231, login: 'user1', } И самое первое место на фронтенде, где я могу на это среагировать, — редьюсер. А в редьюсере нельзя вызывать экшны. А суть в том, что по данным от AUTH_OK я отображаю определённый интерфейс, одновременно вызывая: { type: 'SERVER_REQUEST_REPORTS' } Т.е. всё, что нужно, — иметь возможность подписаться конкретно на AUTH_OK вне редьюсера.

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

только данные в каждой свои

получается лучше сделать один Store

для хендлинга запроса от каждой формы

и по ID формы складировать данные

так же?

ну да, что-то вроде form -> {ID} -> props

Еще есть вопрос

А как вы поступаете с формами

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

ERROR: S client not available

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

Тоже биржевую торговлю пишешь?

но в форме появляются только 7-10 полей

Да не тут операторская для такси

как быть в этом случае

и у меня Order модель содержит в некоторых свойствах объекты

а с формы нужны только ID и текстовые данные

я пока не понял проблемы

стоит ли делать уменьшенную модель для форм

не, я про то, что ты не хочешь в опенсорс

Если будет что-то конкретное, может и выложу. Но меня смущает уровень скепсиса и агресси в сообществе. Поэтому я буду преодолевать это только в случае либо большого профита, либо большого альтруизма. А сейчас я копаю и познаю новое.

модель? форма? чето я запутался

стоит ли делать уменьшенную модель для форм

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

если что-то нужно, через селекторы пишу

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

Если будет что-то конкретное, может и выложу. Но меня смущает уровень скепсиса и агресси в сообществе. Поэтому я буду преодолевать это только в случае либо большого профита, либо большого альтруизма. А сейчас я копаю и познаю новое.

>уровень скепсиса и агрессии Хоспаде, ты так говоришь, как будто тебя пиздить за это будут

(возможно, действительно будут)

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

А вот здесь https://github.com/yelouafi/redux-saga Я так понимаю, takeEvery() подписывает fetchUser() на USER_FETCH_REQUESTED?

?

>уровень скепсиса и агрессии Хоспаде, ты так говоришь, как будто тебя пиздить за это будут

Я сам кого хочешь отпизжу. Ну, просто состояние души, что ли, такое.

@user999837 Под формой я понимаю OrderForm компонент под моделью понимаю объект который получает RAW Json и преобразует его в Immutable.Record

А вот здесь https://github.com/yelouafi/redux-saga Я так понимаю, takeEvery() подписывает fetchUser() на USER_FETCH_REQUESTED?

ага) жизнь становится значительно проще

Я сам кого хочешь отпизжу. Ну, просто состояние души, что ли, такое.

короче, просто ленивый, как и я

@user999837 Под формой я понимаю OrderForm компонент под моделью понимаю объект который получает RAW Json и преобразует его в Immutable.Record

терь понял. а хранятся ордеры в нормализованном виде?

Ну в Store хранятся как Immutable.OrderedMap

короче, просто ленивый, как и я

Да не, я пытался. Только сейчас оглядываюсь на проекты и понимаю, что мне уже стыдно за этот код. =) Когда развиваешься быстро и не чувствуешь потолка, старое видение мира быстро становится неактуальным. Поэтому оупенсорс, я считаю, пока рановато. Хотя, есть профит в адекватном и полном фидбеке на твой код, это да. Но тогда, когда ты сам подводишь какие-то итоги.

ага) жизнь становится значительно проще

Вот есть же решение, вы что все молчали. =))

Ну, короч. Сервер отправляет вот это: { type: 'AUTH_OK', token: '9834t34g9ry3498u', id: 3231, login: 'user1', } И самое первое место на фронтенде, где я могу на это среагировать, — редьюсер. А в редьюсере нельзя вызывать экшны. А суть в том, что по данным от AUTH_OK я отображаю определённый интерфейс, одновременно вызывая: { type: 'SERVER_REQUEST_REPORTS' } Т.е. всё, что нужно, — иметь возможность подписаться конкретно на AUTH_OK вне редьюсера.

> И самое первое место на фронтенде, где я могу на это среагировать, — редьюсер. Экшн на клиенте у тебя разве сам по себе диспатчится?

Хм... Нууу... Можно и так.

Чувак, который сейчас удалил сообщение, был стопиццот раз прав.

Но это религиозное преступление, я полагаю?

а что там было?

Хм... Нууу... Можно и так.

Я ж самого начала тебе это предлагаю ?

а что там было?

О том, что я могу просто взять и вручную подписаться на события сокета.