https://codesandbox.io/s/aged-water-tsmtk

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

Реакт - магия, а vue нет? Ты ничего не перепутал?)

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

ничего хорошего)

Народ, а что думаете о хоках для редакса, типа withUser, withUi, которые можно чейнить?

есть хуки же

посмотри презу про хуки и там на пальцах показано почему хоки это плохо

Так это ж другое совсем

Плюс хуки сейчас с сайд эффектами не работают, насколько я слышал

че это значит

ох уж ети редаксопроблемы

чем пользуешься?)

https://github.com/KeesCBakker/Strongly-Typed-Events-for-TypeScript

это вообще звучит как RXJS

где-то читал, что с thunk не будут редаксовские хуки работать

где-то читал, что с thunk не будут редаксовские хуки работать

Забавно, на вот эту штуку похоже

Есть задача. Существует 2 типа пользователей: админ и игрок. Админ только запускает "игру". Игра выводит вопрос на клиенте игроков, и через N секунд меняет ее на следующий вопрос. Так продолжает M итераций. Нужно отслеживать ответы игроков попали ли они в эти N секунд и сохранять их базе. Планирую делать это на ноде и реакте. Вопрос подхода: как это реализовать? Пока решение такое. С ноды на реакт отправляю данные каждые N секунд, использую вебсокет, таким образом заставляю клиент обновляться, игрок в этом случае не сможет ответить если не успел в эти N секунд, тк вопрос уже обновился и страница перерисовалась. Есть какие-то проблемы в такой реализации?

Что значит заставляете клиент обновлятся и зачем это каждые n sec делать не ясно. Пришёл новый вопрос / конец - обновили.

а если пользоватся ESLint с плагинами для React, то ESLint предупредит тебя

На ответ даётся N секунд, после этого времени выводится новый вопрос для которого тоже N секунд и тд. Если игрок не успел ответить в течение N секунд, то он уже никогда не должен иметь возможность ответить на этот вопрос.

На ответ даётся N секунд, после этого времени выводится новый вопрос для которого тоже N секунд и тд. Если игрок не успел ответить в течение N секунд, то он уже никогда не должен иметь возможность ответить на этот вопрос.

Вопросы заранее известны или приходят один за другим?

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

Ну я выше решение привёл

Зачем что-то каждые М секунд отправлять? При старте приложение коннектится и ждёт сообщение о начале игры. Далее ждёт первого вопроса. В перерыве между сообщениям. n и n+1 есть возможность отправить ответ, в противном случае при получении нового вопроса такая возможность теряется. И так пока не получим сообщение об окончании игры. Простой конечный автомат получается вроде.

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

Эм, ну тогда все верно, делайте. Мыслите в верном направлении.

Да я просто понять не могу вашего решения. Чем оно отличается?

Ввёл в заблуждение, простите

Нормально ли передавть через редакс рендер функцию? и вообще можно ли так

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

насколько оправдано использовать styled-components вместе с material-ui, или более чисто будет использовать useStyles?

Я использовал. Не без проблем, но в целом хорошо, мне понравилось

ты сейчас про styled-components или useStyles?)

SC

SC

просто как это все совмещать и нужно ли совмещать

В доке mui есть раздел про SC

В доке mui есть раздел про SC

как мне сделать одну модалку в портале и каждый раз рендерить в ней что то разное?