В архитектуре Flux как вы управляете жизненным циклом магазина?

Я читаю оFlux нопример приложения Todo слишком упрощенно для меня, чтобы понять некоторые ключевые моменты.

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

В архитектуре Flux, как это будет соответствовать магазинам и диспетчерам?

Будем ли мы использовать одинPostStore на пользователя, или у нас будет какой-то глобальный магазин? А как насчет диспетчеров, будем ли мы создавать новый Диспетчер для каждой «пользовательской страницы», или мы будем использовать синглтон? Наконец, какая часть архитектуры отвечает за управление жизненным циклом «специфичных для страницы» хранилищ в ответ на изменение маршрута?

Более того, одна псевдостраница может иметь несколько списков данных одного типа. Например, на странице профиля я хочу показать обаЧитают а такжеСледит, Как можно синглтонUserStore работать в этом случае? Было быUserPageStore управлятьfollowedBy: UserStore а такжеfollows: UserStore?

Ответы на вопрос(3)

Ваш ответ на вопрос