多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
## 商品列表页 | 失效状态 | 说明 | 数据来源| | ------------- |:-------------:| :-----: | |商品被下架,商品在售状态被删除 | 则前端商城不显示此商品 | 后台返回 | ***** 数据表字段信息 `yf_goods_common` | 字段 | 说明 | 备注 | | ------------- |:-------------:| :-----:| | shop_status | 店铺状态 | 3:开店成功, 2:待审核付款 ,1:待审核资料, 0:关闭 | | common_state | 商品状态 | 0:下架,1:正常 ,10违规(禁售) | | common_verify | 商品审核 | 1:通过,0:未通过,10审核中 | | common_virtual_date | 虚拟商品有效期 | | | is_del | 是否删除 | 1:未删除,0:删除 | `yf_goods_base` | 字段 | 说明 | 备注 | | ------------- |:-------------:| :-----: | | goods_is_shelves | 商品上架状态 | 1:上架, 2:下架 | | is_del | 是否删除 | 1:未删除,0:删除 | `yf_shop_base` | 字段 | 说明 | 备注 | | ------------- |:-------------:| :-----: | | shop_end_time | 有效截止时间 | 1:上架, 2:下架 | | shop_statusl | 店铺状态| 3:开店成功, 2:待审核付款 ,1:待审核资料, 0:关闭 | ***** >[info]开发思路:商品失效状态需要判断3个表中的字段状态。商品列表页中显示的是goods_common列表,所以先查找出goods_common中有效的商品信息,先判断common中的goods_base中的状态是否正常,如果common中没有有效的goods_base则需要将该common从列表中移除。再判断该common所属的店铺状态是否正常,如果店铺状态不正常则需要将该common从列表中移除。 >[warning]注意: 1.由于历史遗漏问题有可能会出现common中没有goods_base数据存在的情况,之前删除商品是真实从数据库中删除。所以在判断common下是否有有效goods_base时需要先判断是否有goods_base,如果没有goods_base也需要将cmmon从列表中移除。 >2.虽然在goods_common有shop_status字段表示店铺状态,但是不确定是否所有店铺修改状态之后都会修改商品中的状态所以还需要做判断。最好能就将所以店铺状态操作都同步到商品中。 >3.代发商品需要通过common_parent_id判断分销原产品的状态,如果分销原产品状态为失效,则该商品也应该是失效状态。 ***** ## 店铺中的商品列表页 >[info]开发思路:此处商品状态的判读基本和商品列表页中的商品状态判断相同,但是此处就不需要判断店铺状态了。 ***** ## 购物车 PC购物车页 | 失效状态 | 说明 | |---|---| | 若已经加入购物车的商品,商品被下架、商品在售状态被删除、加入的商品规格库存为0,则商品定义为失效 | 1.购物车列表页显示此商品带有“失效“标识2.商品失效的前端UI置灰,需要重新设计3.点击置灰区域的删除按钮,可删除此失效商品4.新增“清除失效商品按钮”,点击清除失效商品按钮,则清除所有失效商品| PC首页购物车商品数量显示 | 字段 | 说明 | |---|---| | 首页购物车 | 鼠标移入显示最近添加的购物车商品,不显示失效商品,点击去购物车,则进入购物车页面,购物车页面会显示所有购物车商品包括失效的 | PC侧边栏购物车 | 字段 | 说明 | |---|---| | 首页侧边栏 | 只显示有效的购物车商品,不显示失效商品,拉到底后,点击查看失效商品(数量),则进入购物车页面,购物车页面会显示所有购物车商品包括失效的 | ***** 数据表字段信息 `yf_cart` | 字段 | 说明 | 备注 | | ------------- |:-------------:| :-----:| | goods_id | 商品id | | >[info]:开发思路:购物车表中只存储了goods_id。所以在判断购物车商品状态的时候是和商品列表页不同的。先根据goods_id判断该商品是否有效,此处需要判断该规格商品是否还有库存。当该goods_id商品有效情况下去判断该goods对应的common和shop状态是否有效,如果common和shop状态不正常则该goods也标记为失效。 >[warning]注意: 1.此处判断goods,common和shop状态是否正常和商品列表页中的判断相同。 >2.PC首页中统计购物车数量只统计有效商品的数量。 >3.PC侧边栏中不显示失效商品,在底部添加“查看失效商品按钮”,并显示失效购物车商品数量。 >4.PC购物车页中商品信息还是按照之前数据结构显示。失效商品修改显示样式,并添加“删除”按钮,页面底部添加“清除失效商品”按钮。 >4.WAP和PC的返回格式不同。 ***** ## 商品收藏夹 | 失效状态 | 说明 | |---|---| | 若已经加入收藏夹的商品,商品被下架,商品在售状态被删除。 | 商品显示:“商品失效了”的标识 | ***** 数据表字段信息 `yf_cart` | 字段 | 说明 | 备注 | | ------------- |:-------------:| :-----:| | goods_id | 商品id | | >[info]开发思路:根据goods_id判断商品状态,判断条件和购物车页类似,但是不需要判断商品库存。 ***** ## 订单列表页 | 状态 | 说明 | |---|---| | 商品已下架 | 在订单列表页,该商品 仍正常显示,但是点进去商品详情页,显示该商品下架 | >[info]开发思路:订单列表页逻辑层不需要做修改 | 状态 | 说明 | |---|---| | 商品已删除 | 在订单列表页,该商品 仍正常显示,但是点进去商品详情页,显示该商品已失效 | >[info]开发思路:在返回数据中增加商品已删除状态 ***** ## 商品详情页 | 状态 | 说明 | |---|---| | 商品已下架 | 在订单列表页,该商品 仍正常显示,但是点进去商品详情页,显示该商品下架 | >[info]开发思路:返回数据中将增加商品已下架状态,修改样式。 >[warning]注意:判断状态时如果common显示已下架,但是base中还是正常状态,则以common状态为准,并将base状态修改为下架状态。 | 状态 | 说明 | |---|---| | 商品详情页--商品已删除 | 1.此页面需要UI重新设计下2.文案内容改为如图所示,秒数自动倒计时 | | 在倒计时5秒内,点击首页 | 跳转至首页 | >[info]开发思路:当商品已删除或者无法查询到该商品时显示报错页面,商品不存在。修改页面显示,添加倒计时与首页跳转按钮。 >[warning]注意:店铺关闭或者删除后店铺中的商品按照删除处理。