Вас понял, но ничего подсказать не могу, так как не в курсе таких "пакетов". Обмен данных вы осуществляете сами, long-polling, web socket... А react только отображает, то что вы ему отдадите.
Евгений Попов: если у вас в этом фрагменте кода this.topbarVisible корректно изменяется, то вам нужно устанавливать значение в state компонента. Добавьте: this.setState({visible: this.topbarVisible }) после строк с true/false в if'e
В таком случае, ваш компонент будет реагировать на изменение переменной и перерисовываться, и всех детей перерисовывать и т.д,
а что он? Да, есть такой метод у store - dispatch. Но диспетчером я бы не стал его называть. Лучше перевести как: отправь. То есть store.dispatch(действие) = отправь действие. Потом в редьюсере - обработой действие, верни новый store. А далее в реакт-компоненте: опа, пришли новые данные - дай-ка я их покажу (render).
Ок, раз вам нужно отслеживать не только изменение значение в инпуте, а фокус и потерю фокуса - то добавьте там же через пробел 'focus' и 'blur', то есть будет так: 'keyup focus blur'
copal тем не менее, я согласен, что большинство приложений обучающих выдуманные. Это факт, и это везде так) даже в школе решают выдуманные задачи, в принципе.
copal: достаточно, чтобы создающий такое видео был "про" хотя бы в сфере "клиентского JS" (если видео про клиентскую часть). А бэкэнд можно набросать на node (если речь идет про REST API, что сейчас в большинстве случаев и требуется), либо взять сторонний сервис - vk, например. Можно не мало годных видео-уроков сделать по созданию приложений для VK на клиенте.
А по поводу "зачем время тратить" - у каждого свои причины. Но они есть ;)
Делаю подобное. Использую на клиенте - react, на сервере - node.js
К сожалению, планирую закончить за лето :( Труд объемный, хочется сделать качественно.
unlik: тогда попробуйте не просто крышку закрыть, а сначала выключить мак (нажав на кнопку Power на секундочку буквально). Если все будет ок - значит по закрытию крышки, у вас какие-то настройки стоят иные (или софт какой? но это просто мои догадки)
А у вас к монитору не подключен? У меня была ситуация: HDMI кабель воткнут в ноутбук. Выключаю монитор и закрываю крышку ноута ( а в этот момент, ноут становится типа системного блока). Так и сел у меня в 0 за ночь )
Пожалуйста. Но я не вижу смысла использовать react там, где нужно просто отобразить контент. Используйте его (как уже было сказано выше, отдельными сборками) для страниц с "динамикой" на сайте и не более того.
strannik_k: "Не знал, что без такой записи, компоненты-обертки тоже могут называться HOC компонентами." => так ведь компоненты обертки и есть HOC, то есть они подходят под запись: HOC_Component(Component). В остальном по тексту, я бы отметил главное - чем меньше логика "переплетается" в разных местах, чем меньше кода в файле А влияет на код в файле Б - тем лучше. Я потому и перешел на реакт, что очень удобно, даже если проект немного устарел, быстро въехать что откуда и куда. На примере Flux - это не так быстро, а с Redux - просто песня. Поэтому необходимости менять props компонента-аргумента в HOC компоненте - у меня вообще не возникало. Обогатить компонент-аргумент - это да, изменять - нет.
ТёмнаяМатерия: не равно, конечно. Я отчасти согласен с первым ответом (но не так пессимистично), что по вашему коду, если он "иной" могут сказать и фуууу.. Не каждый программист на работе, признает, что пришедший молодняк круче. Не каждый готов с таким конкурировать и учиться у него => такая работа (и работодатель) не нужны совсем. Я всегда просто показываю код, который есть "сейчас", ведь моя цель - "подойти" работодателю и команде. То есть, вот смотрите мой последний проект, это мой текущий стэк и стиль кода таков... если вам нравится, давайте поработаем, скорее всего нам будет комфортно. А если нет - ну ок) зачем мне полировать код для вас?
Другое дело, когда есть корректная критика - нужно учиться и становиться лучше и писать новые проекты) и уже их показывать. Не выдуманные проекты, специально чтобы пройти, а именно, то что умеете, ведь повторюсь, моя цель - соответствовать запросам работодателя, чтобы быть увереным, что я уже на первом "свидании" по коду произвел хорошее впечатление. Значит, мы скорее всего долго проработаем вместе.
