Как работать с базой данных Parse (или аналогом) в flux архитектуре?

Question

[hbrmdc]

Если я верно все понял, в flux архитектуре все процессы получения и обработки и сохранения информации из(в) базы данных происходит в store.
В то же время, в docs Parse постоянно ссылаются на "специальный" подход для разработки на ReactJs. Для этого предлагается использовать Parse+React interface layer.
И в этом interface layer упор делается на использовании mixin в пределах любого конкретного компонента React, но не в store.

1. Как быть?

2. Можно ли просто получить array из Parse и сложить его в store?
По этому поводу я задавал другой вопрос. К сожалению, без ответа.

Answer 1

[liubko]

Пожалуйста не делайте запросов из store. Все запросы делайте в actions, а потом кидайте event который уведомит store. Здесь детальней Что выбрать для SPA?

Никогда не использовал ParseReact. Если бы работал с Parse то скорее всего сам бы делал запросы к api, вместо ParseReact.

Comments

[hbrmdc]

именно так и делаю - запросы через actions) все кашерно) Просто именно это к вопросу не относится, поэтому решил не усложнять.
Вопрос именно об этом - как совмещать flux с parse. ParseReact, как мне кажется, ломает эту архитектуру.

Нашел еще одно решение: https://github.com/Kemcake/React-Parse/blob/master...
Но тут опять store работает не так как задумано в flux - обращение идет напрямую к нему из компонента, никаких вам регистраций в диспетчере. Или я что-то не так понимаю?

[hbrmdc]

Использование ParseReact не принципиально, просто с ним сразу получилось связаться с Parse Data, а вот API Parse напрямую штурмом взять не удалось - отсюда и вопросы

[liubko]

Я не сильно вникал в ParseReact, React-Parse. Как по мне, лучше от них отказаться. Вынести всю работу с сервером подальше от components и store то есть в actions, чтобы при желании можно было легко перейти с Parse на что-нибуть другое.

[liubko]

Используя эти библиотеки вы сильно привязываете себя к Parse.

[hbrmdc]

А как сохранить полученный Parse.Query?
Пример: пользователь совершает поиск по каталогу товаров, получает определенную выдачу (обращение к БД #1). Я хочу, чтобы дальше было так: пользователь жмет на любой товар, обращение к базе уже не происходит, а страница описания товара формируется из уже полученного Parse.Query. Плюс "похожие товары" оттуда же. Плюс при возвращении на прежнюю страницу, обращения к БД отсутствует, а страница формируется из данных полученных при обращении #1.
Посоветуете что нибудь?

[liubko]

Данные из запроса #1 запишите в `ItemsStore`.
Когда пользователь открывает страничку с конкретним товаром попросите у ItemsStore вернуть информацию о конкретном товаре. `ItemsStore.getItem(id)`
Когда пользователь возвращается назад можете проверить есть ли в ItemsStore товары
```
componentWillMount() {
if (!ItemsStore.getAllItems().length) {
actions.fetchItems()
}
}
```

[hbrmdc]

liubko: Спасибо, пробую. А какой жизненный цикл у stores? Они mount'ятся при первичной загрузке приложения и перманентно живут до самого закрытия вкладки браузера? Значит стоит очищать из них ненужные данные, чтобы исключить утечку памяти? Ну и еще один вопрос) Пробовали ли вы увязать store с localStorege, чтобы при открытии новых вкладок, информация передавалась на них?

[liubko]

Я использовал эту имплементацию Flux fluxxor.com
По сути стор живет на протяжение жизни программы. Если нужно данные можно вычищать. При создании стора, можете считать данние из localStorage и проинициализировать ними стор.

var MyStore = Fluxxor.createStore({
initialize() {
this._data = JSON.parse(localStorage("data"));

this.bindActions(
EC.SERVER.RECEIVE_DATA, this.handleReceiveData
);
},

getData() {
return JSON.parse(JSON.stringify(this._data));
},

handleReceiveData(data) {
this._data = data;
this.emit("change");
}
});

[liubko]

пример использованием Fluxxor

[hbrmdc]

Fluxxor - интересное решение. Я только не совсем понял, как обстаят дела с dispatcher там и зачем нужны все эти Fluxxor.Flux? фейсбучный flux же без этого живет.