Comments 30
Ссылку бы!
Я уж думал и тут будет рожа Жукова
второй, pod или компонентная архитектура (подход, набирающий популярность), когда всё лежит вместе и образует единый модуль.
Интересно посмотреть на вашу реализацию этого подхода в примерах, в сравнении, увидеть момент когда компонент становится контейнером.
А зачем вы их перебрасываете? Как только компонент "становится" контейнером, для него выводится отдельный контейнер без дополнительного маркапа, а сам он остается в папке с компонентами. У вас не так?
Я имел в виду, что если у если у вас есть компонент <Foo/>
в папке components
, то для добавления в него логики не нужно его перебрасывать в папку containers
. Вы создаете под него контейнер <FooContainer/>
в папке containers
, и этот контейнер connect
-ит компонент к стору. Так?
это тоже не совсем удобно, зачем нужен контейнер, если он всегда используется в связке с компонентом? поэтому и перебрасывают обычно
Посмотрите ссылку, которая есть в статье
Дэн работает у вас?
Интересна ваша реализация паттерна.
Очередная рекламная статья замаскированная под техническую на трендовую тему.
все-таки технические детали есть, мне например интересно читать статьи по типу "как у них сделано?" тем более, что сейчас начинаю большой проект на реакте
Новый хендлер на бекенде – проблему решает, но ухудшает архитектуру бекенда
GraphQL – да, я тоже смотрел в сторону этого решения… но там тоже есть свои проблемы для бекенда, оптимизация запросов со связями, например
HTTP2 не пробовали? Мне кажется, оно бы помогло решить проблему скорости последовательных запросов
Честный realtime на React и Redux, как основа автоаукциона