Web services 使用增量信息公开(web)服务

Web services 使用增量信息公开(web)服务,web-services,soa,delta,Web Services,Soa,Delta,我们计划公开一个服务(web或非web,但这是另一个讨论),以提供SEM活动度量数据。开发者建议消费者调用服务,我们只提供上次调用后的增量。这意味着在每次调用中,我们将存储请求者和调用的时间戳,以便在下一次调用中,我们只提供尚未“使用”的数据。 就我而言,我对这个选择感到不舒服,我想对这个问题有一些看法 这真的是一种好的做法吗?调用者不应该是通过提供日期过滤器输入来管理他想要检索的数据的人吗?这是SOA可接受的实践吗 多谢各位 恐怕这样做没有对错之分。你甚至可以两者兼得 如果可以识别客户,则可以

我们计划公开一个服务(web或非web,但这是另一个讨论),以提供SEM活动度量数据。开发者建议消费者调用服务,我们只提供上次调用后的增量。这意味着在每次调用中,我们将存储请求者和调用的时间戳,以便在下一次调用中,我们只提供尚未“使用”的数据。 就我而言,我对这个选择感到不舒服,我想对这个问题有一些看法

这真的是一种好的做法吗?调用者不应该是通过提供日期过滤器输入来管理他想要检索的数据的人吗?这是SOA可接受的实践吗


多谢各位

恐怕这样做没有对错之分。你甚至可以两者兼得

如果可以识别客户,则可以跟踪最后的位置。这将使客户不必跟踪头寸

另一方面,如果需要,或者需要另一个处理流,让客户机请求他们需要的数据允许他们自由地再次从位置0开始

无论哪种方式,您都可能希望限制响应的数量,因为如果客户端从位置0启动,并且您有一百万个条目要返回,则服务器可能会陷入困境:)


不过,我会选择由客户机处理请求。

恐怕这样做没有对错之分。你甚至可以两者兼得

如果可以识别客户,则可以跟踪最后的位置。这将使客户不必跟踪头寸

另一方面,如果需要,或者需要另一个处理流,让客户机请求他们需要的数据允许他们自由地再次从位置0开始

无论哪种方式,您都可能希望限制响应的数量,因为如果客户端从位置0启动,并且您有一百万个条目要返回,则服务器可能会陷入困境:)


不过,我会选择处理请求的客户。

没有人对此有任何评论??没有人对此有任何评论??感谢您抽出时间给出您的意见。感谢您抽出时间给出您的意见。