Да, я считаю, что ваше предположение верно - мнения должны быть запрошены напрямую через публичный API REST. Я также считаю, что ваше решение для синхронизации данных и последующего запроса на стороне клиента также будет работать.
Для того, чтобы найти «правильный подход» Я хотел бы рассмотреть ваши потребности приложений и рабочий процесс развертывания:
- Используя представление на сервере потребуется:
- Managing (CRUD) взгляды в SG - аналогично управлению функциями в базе данных. В идеале, это будет управляться некоторым кодом развертывания/управления.
- Клиенты должны иметь возможность вызвать вызов API в открытый интерфейс для доступа к информации о просмотре. Для этого требуется, чтобы кеш работал в автономном режиме.
- Данные нарезания локально означают, что синхронизация приведет к сбою всех данных, и устройству придется выполнить поиск/срез/агрегацию, ранее выполняемую сервером. Это будет:
- Работа в автономном режиме.
- Положите дополнительную нагрузку на устройство приложения.
Я не думаю, что есть простые ответы здесь - в идеале мнение будет синхронизировано с устройством, но я не знаю, если это возможно даже при текущей реализации SG.
(Примечание 1: что представления должны быть созданы в шлюзе синхронизации через интерфейс REST администратора, а не через веб-интерфейс Couchbase.).
(Примечание 2: Я на стороне сервера программист, так что этот вид испорчен.)