Я девелопер из Питера, уже пару месяцев пишу изоморфоне приложение с редаксом :)

hi

господа, кто пробовал Baobab JS в связке с React?

Сохраню

мемесы..

true.   Но ненадолго можно give peace a chance

а crm никто на реакте не пилил?)

есть такая облачная crm - salesforce. Я на ней вьюшку делал на реакте

С формами все норм было?

да, но у меня всё было просто

А теперь вопрос такой. Есть приложение на редаксе, простенькая игра (даже без canvas, все совсем просто). И есть в этой игре звуки. Звуки завязаны либо на действия пользователя, либо на изменение состояния игры (которое прописано в редьюсерах). Например, пользователь правильно решил головоломку, и проигрался звук “ПОБЕДА”. Вопрос.

Где место методу, который проигрывает этот звук “ПОБЕДА”? В редьюсере (где проверяется условие победы) или во view-компоненте (например, родительском)?

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

Если же я проигрываю это в компоненте, то вся интерфейсная часть хранится во view — но теперь надо частично дублировать эти проверки в componentWillReceiveProps и вообще активно следить, что изменилось, что не очень удобно.

В общем, у обоих решений свои преимущества и недостатки. Как вам кажется, что православней и чревато меньшими проблемами в будущем?

ему место в экшне или в компоненте

редьюсер должен быть чистым

То есть все-таки реакция на изменение состояния в willReceiveProps?

любая работа с внешним миром (звук в т.ч.) - нечистые

если все зависит от изменения

то лучше сложить в экшн

Тут есть нюанс — экшн может не знать, что нужно проигрывать звук

там проще будет отслеживать