Itvanya

Странная проблема.. React - это view, а весь state мы храним, используя Flux-архитектуру (redux, в данном случае). На уровне app пишем редьюсер, который отвечает за активность модального окна. Если окно активно - рендерим его. Повтовюсь, в реакте на уровне всего приложения мы никогда не делаем подобных хаков, которые написаны выше, а вместо весь state храним в redux store. Это, действительно, удобно для независимых операций. А если пытаться сотворить такое на уровне компонентов, то проще не использовать реакт.

Я тоже долгое время искал примеры реализации нормального плеера на JS(в частности на react), но найти, действительно, не так просто. Из того, что я нашел, есть реально рабочие плееры, исходный код которых можно почитать на гитхаб. Вот пара примеров :
1. https://github.com/abitlog/react.js-voice-audio-player
2. https://github.com/andrewngu/sound-redux

Андрей Рысь во-первых, забыть о том, что такое jQuery, потому что он бесполезен и убивает в вас перспективу реального разработчика и программиста. Во-вторых, учить паттерны проектирования на примерах реальных(своих) небольших проектах и использовать только чистый JavaScript. В-третьих, учить алгоритмы(да-да), потому что фронт-энд инженеры сегодня пишут не только визитки на бутстрапе, но и игры в 2-Д, 3-Д, которые потом портируют на другие платформы. Дальше - проще : html-фреймворки, css-фрейворки, gulp, ES2015, lodash, node немного лишь для того, чтобы дальше потянуть react/angular. Если последние два фреймворка не даются, то повторить с шага номер 1.

Это ведь обычный сокет на tcp-сервере :) создал tcp-сервер, который слушает, создает клиента, который делает запрос - пол дела уже сделано. Обработать команды из командной строки можно с помощью process.argv.

Доколе браузерный JavaScript не имеет доступа к файловой системе, то ничего кроме локальной перегрузки браузера сделать он не может. Другое дело - технология node.js, которая имеет нужный api для того, чтобы делать все то, что можно сделать на любом другом яп. Вопрос, честно говоря, изначально поставлен неправильно.

Научись писать модули, разделать замыканием открытые и закрытые куски кода для объекта, созданного через конструктор. Можно неплохо научиться писать ООП на JavaScript, учась писать годные анимации.

Скажу вам так : я уже долгое время занимаюсь фронт-эндом, мы пишем веб-приложения, 2d-3d игры, сайты и так далее. JS был моим следующим языком после Java. И, говоря честно, JS - абсолютно всеобъемлющий язык, который хорошо выучить очень непросто(гораздо сложнее, чем тот же Java). По-началу, смотря на этот код, половина из которого занимается только фиксами кросс-браузерности становится тошно, потом попроще, но ввиду "особой особенности" js и его прототипно-ориентированности, многие просто хотят вырвать себе глаза, что и делают любые программисты, переходящий с c/c++/c#/Java(любой другой более классический язык). Чтобы писать хорошие модули на JS, могут понадобится годы разработки. Объективно, если сидеть по 2-3 часа в день, результативно заниматься, то можно освоить js и самые начальные паттерны за 4-6 месяцев. Изучение Angular - вообще отдельная тема, которую так быстро ты не освоишь. Angular - это вам не убогий jQuery, от которого реально тошнит, Angular - это по сути отдельное изучение JS заново. Вот как-то так.

Зачем простой сайт делать с помощью фреймворка на js? Как можно написать cms на front-end фреймворке? Честно говоря, очень странный и несвязный у вас вопрос : с одной стороны вам нужна cms для сайта, а с другой вы говорите про js-фреймворки

Циклом в общем делается. Каждый следующий шаг объекта к концу спрайта прибавляет количество движения и циклируется бесконечно до окончания условия.