采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
在购物车中,一个CheckBox,选中则代表全选,未选中则代表未选择,那么问题来了?我每点击一次CheckBox就要调用一次接口?? 选中一个或者取消选中一个就要重新调用接口? 为什么要这么做呢?还有 一次性加载整个购物车不分页,这样真的好吗?
想不明白接口这样设计的含义是什么。
这就是低头写代码却不讲实际需求,缺少为什么做。有些代码确实很简单,但是简单不代表不值得去说的。希望老师在写这个功能的时候多讲解下思路、多点为什么,而不是仅仅完成编码功能。否则就不知所云。
@xanthuim 哈喽同学,是这样的,所以我们在开头的时候 有讲我们接口设计,而且课程时长有限,要打通整个流程,包括支付宝,上线,阿里云的讲解,所以是有重点,有一些非重点的就讲解比较快~~你的建议也非常好哟~有机会我补充一些手记来帮助大家~~
占位!
hi 同学,因为价格要重新计算~还有库存校验必须重新计算,很简单,购物车那么多产品,每次修改数量都要重新实时计算库存,因为另外的选中的商品有可能突然没货了。为了提高转化,必须有order页的提前校验。~你可以看看京东的ajax接口,也是这么做的哟。
Geely老是,的确是这样,我看了京东,他的确是这么做的。这种做法是否不符合逻辑? 问题一:当我购物车有两百条数据,那么加载购物车相当于一次性加载完成,而且每次选择,反选都要返回这两百条数据,对于PC端来说是可以的。但是对于移动端来说呢?一次性两百条还是有点压力的。(京东的确是这么干的,基本上的一些筛选,逻辑操作都是请求接口由后端来进行操作,他们的前端应该很轻松吧) 问题二:库存也是可以由前端来进行判断,也可以在下单,正式确认订单的情况下锁定呀? 问题三:既然提到了京东,另外我也去看了下淘宝,淘宝是由前端来进行计算的,也是分页进行加载的。 经验不足,勿怪。。。。。
对于移动端,直接展示200条数据除了用户体验不好之外,其他地方没有限制 问题二 判断库存交给前端,大概前端工程师会选择离职. 如果是200个不同的商品,那么所有商品都需要去调用一次接口,用于修改库存,200次网络请求... 如果可以有多条查询的方法,那么前端需要组装数据,完事还得分发数据更新view,也挺麻烦的 因为库存是"永远在变化的",必须去查询,而不能前端去计算 问题三 赞同,是应该分页
别说两白条了,购物车能有个人积累100件商品的,百万人难找一个!
占位,等老师回答我也能看到...
登录后可查看更多问答,登录/注册
前后端分离,数据库接口设计,架构设计,功能开发,上线运维
10.3k 10
1.9k 22
1.4k 21
2.2k 21
2.0k 18