Максим: контейнер - это такой компонент, который подключен к стору, т.е. де-факто имеет connect.
Логика такая, через mapDispatchToProps мы связываем action и dispatch и получаем диспатчер в пропсах. А далее дочерним компонентам передаем эту функцию, чтобы они могли вызывать экшены, но не писать столько бойлерплейта с коннектом, и импортами (+hoc всегда хуже по перфомансу, чем его отсутствие). В этом то и суть разделения компонентов на контейнеры и презентативные
Максим: диспатчеры(т9 на сафари поменял на диспетчеры). Смысл в том, что иногда проще прокинуть их от родительских компонентов, чем создавать hoc с помощью connect'а на каждый чих
Максим:
"Потому что "пробрасывание через дерево" - не видел в оригинальной документации, а так же вообще не видел. Имеется ввиду использование context?"
пробрасывать через дерево - имеется в виду пробрасывать функции диспетчеры через пропсы, и это вполне нормальная практика
Антон: Сама по себе проблема - из-за винды. Я бы решал именно её. Просто менять структуру проекта, потому что у меня система не позволяет быстро собирать - не очень красиво изначально.
Я тоже долгое время работал на винде, пока очередной такой сюрприз не взбесил и я не перешел на linux, откуда прямой путь в OS X.
Гриша Никольский: Это правильный способ делать то, что вы делали с помощью jq. Насчет проблемы не подскажу, надо видеть верстку. Навскидку - убрать паддинг-топ. Ведь гамбургер и лого же присутсвуют, но на белом фоне, так?
Антон: с автоматизацией - хз, так же нужно вотчить. Только зачем автоматизировать? не так часто модули новые добавляются. На самом деле особо разницы нет, просто npm скрипт очевиднее. Можно в package взглянуть и увидеть как разворачивать проект.
