api测试界面输入框位置,聊聊api 接口优化的几个方法

  

  同一需求组的小伙伴满足一个需求时,需要提供的分页查询接口可以从下一页继续取数,直到最后一页。   

  

  初步方案界面可以大致抽象成以下代码:   

  

  类页面请求{.私有整数pageIndex私有整数pageSize} class PageResponse { ListT data私有整数totalCount}一个最简单的分页查询接口准备好了;   

  

  结合优化后的业务场景,该场景下不需要显示记录总数或者页面总数;所以你可以优化界面;   

  

  类页面请求{.私有整数pageIndex私有整数pageSize} class PageResponse { ListT data私有布尔hasMore}修改接口定义后,虽然没有返回前端记录的总数,但是内部实现接口时还是要知道是否有更多的数据,以便给hasMore字段赋值。   

  

  代码中有两次IO操作,第一次获取记录总数;第二次获得寻呼数据;然后根据记录总数和当前页码及页面大小给hasMore赋值;   

  

  如何将DB读数减少到一次?阅读时在内部改变大小;   

  

  离站=(page index-1)* pageSize;size=pageSize 1;对于hasMore的值,只需要比较检索到的数据是否大于pageSize的大小;当检索到的数据数量大于pageSize时,表示还有剩余数据需要检索;否则,该访问是最后一页;   

  

  这样接口分页的db操作减少到一次。   

相关文章