Intereting Posts

在队列中处理任务后更新客户端

Firebase客户端可以将任务添加到队列中,如下所示:

var tasks = db.ref('quote-request-queue/tasks'); tasks.push({'need': 'quote for customer'}); 

这个任务代表一个请求得到一个项目的报价。

在后端,Firebase队列工作人员将完成任务并完成一些工作,但在后端工作完成后更新客户端的规范方式是什么?

我们是否应该使用login用户模型中的一个属性,为此客户端监听更改?

login的用户可以监听自己的模型的变化,然后更改将获得报价数据?

除了已login的用户模型本身之外,也许还可以在DB中使用另一个模型?

Solutions Collecting From Web of "在队列中处理任务后更新客户端"

我会在任务中添加一个唯一的标识符,然后写入响应“队列”(这实际上更像是一个列表)。

所以:

 var tasks = db.ref('quote-request-queue/tasks'); var key = tasks.push().key; tasks.push({'need': 'quote for customer', id: key }); 

然后服务器将其响应写入:

 quote-responses <key> 

客户在那里等待回应:

 var responses = db.ref('quote-responses').child(key); responses.on('value', function(snapshot) { if (snapshot.exists()) { // TODO: handle the response in the snapshot } }); 

另请参阅: 使用firebase队列返回任务结果

我们目前通过使用队列的function来处理响应。 用户被安全规则强制将他们的用户ID写为请求的属性,他们可能只读取队列中包含其ID的项目。

安全规则(客户的相关部分):

 "queue": { "tasks": { ".indexOn": [ "_state" ], "$id": { ".read": "auth !== null && ((!data.exists()) || (data.child('user').val() === auth.uid))", ".write": "auth !== null && ((!data.exists() && newData.child('user').val() === auth.uid && newData.child('_state').val() === '<start state goes here>') || (data.exists() && data.child('user').val() === auth.uid && !newData.exists()))" } } } 

这允许客户创build新的作业和删除作业,但不能修改他们的内容。

为了确保客户端只能在开始状态下添加一个条目,您需要在上面的规则中填写<start state goes here>

规格

 { "error_state" : "error", "finished_state" : "finished", "in_progress_state" : "in_progress" } 

您需要一个非默认规范来指定一个完成状态,客户端可能会注意知道请求何时解决。

其他考虑因素

不能依赖客户来清理这样的任务。 您应该configuration服务器在超时后自动删除响应。 例如,用户可能在返回响应之前刷新或离开页面。 这可能只发生在不到1%的时间,但如果队列填满了响应,那么性能就会下降。