考虑一个存储此表单日志的后端系统：
{"id": 541, "timestamp": 123, "status": "ok"}
{"id": 681, "timestamp": 124, "status": "waiting"}
...
假设存在许多日志，则客户端（例如，Android应用程序）想要将存储在服务器中的日志数据同步到客户端的设备以进行呈现。由于最近的日志对用户更感兴趣，因此应该对GET请求进行分页，并从最新的日志开始，然后走向最旧的日志。
这种情况的适当设计是什么？以下设计怎么样？
让服务器以反向顺序响应，将参数lastReceivedId和size添加到请求中，并在响应中添加一个字段more=true/false，指示是否存在在当前请求中最旧的日志发送之前可用的旧日志更多。在第一个请求集lastRecivedId=-1上指示服务器应该使用最新的日志进行回答。
答案 0 :(得分：0)
运送所有邮件，让服务器对它们进行排序。端点根本不关心它们显示的顺序，服务器将处理该详细信息以进行演示。
在客户端上，客户端可以选择先发送最新的日志，但这简直就是巧合。没有要求这样或那样。
也没有必要以任何特定顺序发送它们。如果客户端有一千个日志条目（按时间顺序），它可以发回100个批次，从900-1000开始，然后是800-899，等等。服务器最终会计算出来。