рендерить звуки?

ну для звука рендер это проигрывание

лол

Нубства вопрос: А таки чем плохо иметь для всех звуков какой-то свой middleware гденить в редюсерах? :|

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

и так же как реакт дом хранит текущее состояние виртуального дома, после изменения пропсов, строит новое, сравнивает и рендерит разницу, reactAudio будет проигрывать звук, при изменении пропсов виртуального проигрывать новый звук, сравнивать его с виртуальным старым звуков и реально прогригрывать только разницу о_О

??

и так же как реакт дом хранит текущее состояние виртуального дома, после изменения пропсов, строит новое, сравнивает и рендерит разницу, reactAudio будет проигрывать звук, при изменении пропсов виртуального проигрывать новый звук, сравнивать его с виртуальным старым звуков и реально прогригрывать только разницу о_О

кстати, в разработке антивируса попова не принимал участие? :)

react audio уже был, кстати

что-то для работы с midi делали

не Ъ

Чем же?

Ограничение по кол-ву сообщения в бесплатной версии, конечно

Сделал https://reactjsru.slack.com кого пригласить?

dex157@gmail.com

а зачем, если есть All That JS?

и там есть канал про Реакт

Дай адрес посмотреть

http://allthatjs.herokuapp.com/

Много там народу?

350

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

По факту телеграмм в больших группах удобен только для объявлений

> Да, спасибо. Думаю что коммьюнити маленькое, размазывать его не стоит. Думаю надо везде пропиарить allthatjs везде. коммьюнити не такое маленькое, промоутинг allthatjs засчитан

Я про другие группы в слэке не знаю(

Но мне кажется, будет очень разумно, если будет одна общая группа в слэке на русском языке

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

russiandevs.slack.com

самая круная по разработчикам

Ну если что, шлите емайлы - пришлю инвайты

о, а как вступить?

https://rusdevs.herokuapp.com/

спасибо!

существует много альтернатив: слак (десятки чатов), гиттер, подкасты, скайп, телеграм

подкасты — это другое же совсем, речь про общение

они тоже про общение

ну вот про другие чаты я как раз и спрашиваю)

и комьюнити

в слэке

+ дискорс

хекслет, вебстандарты, реакт, бутстрап и ещё десятки коммьюнити с чатами на разные темы

одна группа это утопия

одна основная, в которой есть все — почему нет

и какие подкасты есть про реакт?

вообще, в условиях информационного обжорства, это самое разумное решение

Что то russiandevs какое-то мертвенькое

Возможно это вообще проблема сообществ в слэке

там ruby активно

активнее остальных направлений

Slack не работает для чатов

вот здесь достаточно часто https://javascriptair.com/

А самое большое англоязычное по реакту кто знает?

Вообще сейчас проблема всех этих профильных чатов две: - требуется отдельное приложение, в которое необходимо переключаться, что часто неудобно (Telegram и Skype не имеют этого недостатка) - клиентское приложение тяжелое для мобильного (Telegram не имеет этого недостатка)

Так же не забывайте про официальный https://discordapp.com/

вот там-то много народу

Lf

Да

https://telegram.org/faq#groups-supergroups-and-channels

Спрашивал про подкаст, может быть он - http://reactpodcast.com/

Ну и внесу свои "5 копеек" про гиттер, слак, скайп, дискорд, джаббер, ... Я мессенджерами никогда не пользовался, вот вся эта эра WhatsApp прошла мимо меня. А вот попробовал Telegram и прям понравилось. Даже не знаю чем. Так что для меня формат чата в Telegram намного удобнее чем в Slack (честного говоря он крут для работы, но мне кажется его перемудрили).

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

Экшен все знает, нет ничего плохого в том, чтобы получать getState() внутри него

Экшен все знает, нет ничего плохого в том, чтобы получать getState() внутри него

по мне так использование getState в экшене добавляет еще одно место (помимо connect функции) где нужно хардкодить пути в стейте. Если стейт большой и сложный это не есть гуд. Всегда стараюсь передать в экшен из компонента все что ему нужно сразу.

> Экшен все знает, нет ничего плохого в том, чтобы получать getState() внутри него И дублировать логику из редьюсера? wat

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

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

в любом случае, код не должен быть в редюсере

с этим согласился, да

но я же правильно понимаю, что вся логика приложения (как менять стейт в ответ на действие пользователя) — именно в редьюсере? или я и этого не понимаю?

пожалуй, я тоже запихал бы в утилс, а его бы заюзал в cdm, cwrp или еще куда-то (в зависимости от ситуации)

Проще всего представь редюсер как обычную функцию, которая принимает значение и возвращает. Никаких дополнительных вызовов внутрм неё, даже если ты хочешь просто кукисы записать

редьюсер это скорее про применение изменений к стэйту

редюсер же возрващает новый стейт

просто

Да-да, все правильно)

я уж заволновался)(

а логика в компоненте

стоп-стоп

тогда не понимаю

не всегда. На примере тех же кукисов. Допустим есть экшен "получить кораблики", он фетчит данные с сервера.  Мы в экшене же ждем, когда они вернутся, проверяем что все ок и ставим кукисы. Далее в редюсере уже меняется стейт. Разумеется руками такое не пишут все. помогают мидлвары

но логика такая

есть игра-сапер. Функции, которая проверяет то, отмечены ли все мины флажками, место в компоненте или в редьюсере?

есть игра-сапер. Функции, которая проверяет то, отмечены ли все мины флажками, место в компоненте или в редьюсере?

В компоненте, и желательно использовать react-reselect — он дает ускорение за счёт мемоизации результата вычисления

таааак, мне нужно разбираться в матчасти)

уже два приложения на редаксе написал, до этого только смотрел Абрамовские скринкасте на egghead.io — и я думал, что все, что связано с изменением стейта, должно быть в редьюсере

Экшен ничего не фетчит, это объект. Причём стандартизированный - FSA. Редуктор состояния ничего не фетчит - это pure function. Компонент тоже ничего не фетчит. Фетчить может что-то, связанное с ActionCreator

ну, это очевидно. к именам нет смысла в данный момент придерираться. action или actionCreator

Лучше писать правильно, потому что люди потом начинают кодить как попало

Роман, как тебе удобнее. Но начать надо с того, что будет два допустим экшена "закончить игру" и поставить "флажок". Далее ты можешь вызывать "поставить флажок" на handleClick. Там уже будешь диспатчить "игра закончена" если нужные условия совпали. Или же ты можешь проверять все внутри handleClick и вызвать один из двух экшенов, а саму проверку выкинуть в утилс