Cloudant & Android:防止重复轮询数据库中的更改
Cloudant & Android: Prevent Repeated Polling For Changes In Database
我有一个关于 Cloudant 的问题。
基本上,我们有一个应用程序,旨在协调人们在有空时见面的共同时间,这将在应用程序上显示 "voting"。
事情是这样的,我们已经弄清楚了如何从 Cloudant 启动 Pull Replication,然后任何更改都将更新到我们的数据库中。我们称此方法为 onReceiveUpdate()
.
我们目前的方法是将此 onReceiveUpdate()
方法封装在服务中的无限循环中,如下所示:
@Override
protected Void doInBackground(Void... params) {
while (true) {
onReceiveUpdate();
}
return null;
}
显然,这是一个糟糕的设计,当我的 phone 开始过热时我意识到了这一点。我决定多读点书,发现 Cloudant's Eventbus/Event
但是,我不确定这是否允许我在 Cloundant 的数据库发生更改时收到通知。所以我去研究了更多,发现 Google Cloud Messaging。
我现在的做法是:
- 为每个用户设置文档。
- 与用户相关的任何更改都将导致其相应的文档被修改。
- Cloudant 随后会通知 Google Cloud Messaging 文档已被修改。因此它应该向 Google Cloud Messaging 发送通知,并标记相关的注册 ID。
- Google Cloud Messaging 应通知相关用户(通过注册 ID)更新,最终导致实际用户调用
onReceiveUpdate()
.
问题:如何实现第 3 步?也就是说,如果有更改,我如何确保 Cloudant 将发送“ 将格式正确的请求发送到 GCM 连接服务器”(来自 here)制成?我通读了他们的文档,但我还没有发现任何东西。
否则,是否有其他耗电更少的替代方案来从 Cloudant 拉取复制?
Cloudant 不会告诉 GCM 已经进行了更改。了解是否已对数据库进行更改的最佳方法是使用 changes feed。
当您收到更改时,您的服务器代码将需要决定需要通过 GCM 通知哪个客户端(如果有)与服务器进行复制。
我有一个关于 Cloudant 的问题。
基本上,我们有一个应用程序,旨在协调人们在有空时见面的共同时间,这将在应用程序上显示 "voting"。
事情是这样的,我们已经弄清楚了如何从 Cloudant 启动 Pull Replication,然后任何更改都将更新到我们的数据库中。我们称此方法为 onReceiveUpdate()
.
我们目前的方法是将此 onReceiveUpdate()
方法封装在服务中的无限循环中,如下所示:
@Override
protected Void doInBackground(Void... params) {
while (true) {
onReceiveUpdate();
}
return null;
}
显然,这是一个糟糕的设计,当我的 phone 开始过热时我意识到了这一点。我决定多读点书,发现 Cloudant's Eventbus/Event
但是,我不确定这是否允许我在 Cloundant 的数据库发生更改时收到通知。所以我去研究了更多,发现 Google Cloud Messaging。
我现在的做法是:
- 为每个用户设置文档。
- 与用户相关的任何更改都将导致其相应的文档被修改。
- Cloudant 随后会通知 Google Cloud Messaging 文档已被修改。因此它应该向 Google Cloud Messaging 发送通知,并标记相关的注册 ID。
- Google Cloud Messaging 应通知相关用户(通过注册 ID)更新,最终导致实际用户调用
onReceiveUpdate()
.
问题:如何实现第 3 步?也就是说,如果有更改,我如何确保 Cloudant 将发送“ 将格式正确的请求发送到 GCM 连接服务器”(来自 here)制成?我通读了他们的文档,但我还没有发现任何东西。
否则,是否有其他耗电更少的替代方案来从 Cloudant 拉取复制?
Cloudant 不会告诉 GCM 已经进行了更改。了解是否已对数据库进行更改的最佳方法是使用 changes feed。 当您收到更改时,您的服务器代码将需要决定需要通过 GCM 通知哪个客户端(如果有)与服务器进行复制。