设置restful接口处理分页时，是否应该返回总页数

Question

如题，设置Restful的接口，要处理分页。是否应该返回总页数，或条目总数呢？
现在基于两点思考暂时认为是不需要的：

1. 有条目总数返回暴露数据库中的实际数据大小，对于互联网公司而言，自己的数据量不希望轻易让别人知道。

2. 多了一个字段，每次都要判断是否是最后一页，进而在遇到最后一页时继续下滑时不再加载网络，表面上看减少了最后一次多余的请求网络（如果没有条目总数字段，已经是最后一页了客户端并不知道，需要额外访问一次网络没数据了才知道），但是做互联网项目尝尝数据量是足够大的，例如微博，今日头条等等， 几乎可以永远往下面刷不会遇到最后一页，所以不但没有起到减少一次多余请求的效果，反而因为每次多了一个字段，增加了每次请求的内容长度。
   以上是我个人的观点， 是否有同学能从其他的一些角度来分析这个事情呢

Answer 1

这是由需求来决定的吧。需求决定了功能要如何实现，而不是说实现来决定需求。打个简单比方比如taobao 我的订单列表里面的分页实现，显然是需要总记录数计算页码，不然如何直接跳转至尾页。如果你的分页方式不是这种，而是类似滑动加载但是没有页码，这种实现就可以完全不需要了。

Answer 2

多了一个字段，每次都要判断是否是最后一页 不需要判断，默认认为还有下一页，访问下一页时如果没有数据，就提示没有数据了。