掘友等级
获得徽章 0
918勿忘国耻 爱我中华
XDM,不骗赞了。直接run
只用过go,php,mysql,redis。没用过MQ比如RabibitMQ,小公司没技术接触到MQ,我还有救吗?
一个列表展示,我作为后端本来设计的是没有分页的,想搞的简单点。
但是前端要求加一个分页,当然我满足他了。
这个列表要根据订单状态和时间戳排序,也就是先根据状态排,然后状态相同的再根据时间戳排序。
然后现在加了个分页,会出现一个变态的例子:我第一页 10 条,如果某一条状态变了,有可能这条会出现在第二页。
我当然是能轻松提供数据,现在前端由于过度设计....我 1 天开发完了,他改了 3 天的BUG了。
xdm,当我分页提测之后,产品问说"分页的咋测,我们要赠送100条吗?",请问她问这个话的可能是?
A:她自己的需求她不清楚,真的不知道怎么测。
B:她自己的需求她清楚,只是懒得造这么多条数据,想让测试去测或者白嫖有数据的账号。
C:她在暗示你帮她用代码跑100条数据。
我是后端,我选D以上都有。她不清楚分页逻辑,而且懒得造数据,也懒得详细过一遍需求,还想让我跑脚本造数据。
兄弟们,复杂的分页你们怎么做的?
第一张图:管理后台按照时间列出所有数据
第二张图:客户端列出第一页,根据状态和时间排序;这里会衍生很多问题
第三张图:目前我们的方案:接口需要的传参 ids:客户端本地有的id发给我,我就返回新的一页不包括这些id。perPage:每页的条数。
ps:我感觉是需求层面有很大的问题,没有把热点和旧数据分离(待发货,已发货,已收货这种状态展示分离),导致我们开发起来很奇怪。
兄弟们,你们是怎么解决的?
客户端请求了第一页,比如第一页中有2条未领取的,中间被玩家领取,状态发生变更,导致后端数据重排,第二页会返回重复的数据。
我们的方案:
客户端把本地有的id都发给我,后端不返回这几条数据,推送时带上id和状态客户端自己变更那条数据。
jym,我有个问题
你们下单成功之后,是在成功返回里带上那个订单详细信息?
还是成功了之后,直接再请求一次列表接口拿到最新的数据来展示页面?
我偏向后者bug比较少,也能拿到最新的数据,但是前端一直想让我选择前者,我哭死
下一页