回调机制的休息通信设计

Question

我有一个用例，有一个服务器可以有n个源。可以有多个客户端可以连接到此服务器并获取源列表，然后可以订阅服务器以侦听源添加，更新和删除操作。

要使用REST原则实现这一点，我认为第一次客户端连接时，服务器会提供完整的源列表以及会话ID。然后使用此会话ID，客户端在配置的时间间隔后轮询URL并侦听源更新。

通讯将如下所示

enum JSONData {
    case Array([AnyObject])
    case Dictionary([String: AnyObject])
}

此客户端调用将更新服务器以删除对应于此会话ID的源。

然后客户端轮询继续使用会话ID。

请问专家，如果这是一个好的方法，请给出他们的反馈或评论，还是可以采用任何可以遵循REST原则的替代方法？

Answer 1

不是传回客户端用于构建URL的id，而是简单地将整个URL传回客户端。也许有关于URL的更多信息。这是REST的HATEOAS部分。