分享 / 1 / 8 / 创建于 6年前
列表接口既支持分页获取,又支持全部获取,我认为这需求很奇葩,大家都说说,难道只有我一人认为很奇葩吗, 订单列表啊,暂时数据量不是很大
全部获取 你页面能呈现这么多么?
@gotophp 恩,真的不知道那些产品脑子里都装的是啥,还有那些客户端开发,一点都不考虑性能啊
limit 值传大点. 再说这也是得分成两个接口做.
return Order::orderByDesc('id')->when(Request::get('page'), function ($query) { return $query->paginate(); }, function ($query) { return $query->get(); });
前端有传page就分页
per_page
全部都写成分页,如果要全部,就将per_page参数传很大。一千一万之类的,我觉得不能直接给全部吧,产品也肉眼不可见区别,如果超过一千一万,还不分页,那就是有毒。。。。。
全部数据?是指懒加载的瀑布流形式么?其实还是分页获取吧 前端来控制
算正常需求吧,碰到很多次,还是有应用场景的。分行业,有的行业就这样用,有的这样用就很奇怪
我要举报该,理由是:
全部获取 你页面能呈现这么多么?
@gotophp 恩,真的不知道那些产品脑子里都装的是啥,还有那些客户端开发,一点都不考虑性能啊
limit 值传大点. 再说这也是得分成两个接口做.
前端有传page就分页
全部都写成分页,如果要全部,就将per_page参数传很大。一千一万之类的,我觉得不能直接给全部吧,产品也肉眼不可见区别,如果超过一千一万,还不分页,那就是有毒。。。。。
全部数据?是指懒加载的瀑布流形式么?其实还是分页获取吧 前端来控制
算正常需求吧,碰到很多次,还是有应用场景的。分行业,有的行业就这样用,有的这样用就很奇怪