底座开发指南
萌新必读
简介
功能列表
快速启动(后端项目)
快速启动(前端项目)
接口文档
热代码加载
迁移模式(适合新项目)
删除功能(以租户为例)
表结构变更(版本升级)
内网穿透
达梦数据库专属
后端手册
新建服务
代码生成【单表】(新增功能)
代码生成(树表)
功能权限·
数据权限
用户体系
三方登陆
OAuth 2.0(SSO 单点登录)
SaaS 多租户【字段隔离】
SaaS 多租户【数据库隔离】
WebSocket 实时通信
异常处理(错误码)
参数校验
分页实现
VO 对象转换、数据翻译
文件存储(上传下载)
Excel 导入导出
操作日志、访问日志、异常日志
MyBatis 数据库
MyBatis 联表&分页查询
多数据源(读写分离)
Redis 缓存
本地缓存
异步任务
分布式锁
幂等性(防重复提交)
请求限流(RateLimiter)
HTTP 接口签名(防篡改)
单元测试
验证码
工具类 Util
数据库文档
微服务手册
微服务调试(必读)
注册中心 Nacos
配置中心 Nacos
服务网关 Spring Cloud Gateway
服务调用 Feign
定时任务 XXL Job
消息队列(内存)
消息队列(Redis)
消息队列(RocketMQ)
消息队列(RabbitMQ)
消息队列(Kafka)
消息队列(Cloud)
分布式事务 Seata
服务保障 Sentinel
工作流手册
工作流演示
功能开启
工作流(达梦适配)
审批接入(流程表单)
审批接入(业务表单)
流程设计器(BPMN)
流程设计器(钉钉、飞书)
选择审批人、发起人自选
会签、或签、依次审批
流程发起、取消、重新发起
审批通过、不通过、驳回
审批加签、减签
审批转办、委派、抄送
执行监听器、任务监听器
流程表达式
流程审批通知
大屏手册
报表设计器
大屏设计器
支付手册
功能开启·
支付宝支付接入
微信公众号支付接入
微信小程序支付接入
支付宝、微信退款接入
会员手册
功能开启··
微信公众号登录
微信小程序登录
微信小程序订阅消息
微信小程序码
会员用户、标签、分组
会员等级、积分、签到
商城手册
商城演示
功能开启···
商城装修
在线客服
【商品】商品分类
【商品】商品属性
【商品】商品 SPU 与 SKU
【商品】商品评价
【交易】购物车
【交易】交易订单
【交易】售后退款
【交易】快递发货
【交易】门店自提
【交易】分销返佣
【营销】优惠劵
【营销】拼团活动
【营销】秒杀活动
【营销】砍价活动
【营销】满减送
【营销】限时折扣
【营销】内容管理
【统计】会员、商品、交易统计
ERP 手册
ERP 演示
【功能开启】
【产品】产品信息、分类、单位
【库存】产品库存、库存明细
【库存】其它入库、其它出库
【库存】库存调拨、库存盘点
【采购】采购订单、入库、退货
【销售】销售订单、出库、退货
【财务】采购付款、销售收款
CRM手册
CRM 演示
【功能开启】·
【线索】线索管理
【客户】客户管理、公海客户
【商机】商机管理、商机状态
【合同】合同管理、合同提醒
【回款】回款管理、回款计划
【产品】产品管理、产品分类
【通用】数据权限
【通用】跟进记录、待办事项
AI大模型手册
AI 大模型演示
功能开启-
AI 聊天对话
AI 绘画创作
AI 音乐创作
AI 写作助手
AI 思维导图
【模型接入】OpenAI
【模型接入】通义千问
【模型接入】LLAMA
【模型接入】文心一言
【模型接入】DeepSeek
【模型接入】智谱 GLM
【模型接入】讯飞星火
【模型接入】微软 OpenAI
【模型接入】谷歌 Gemini
【模型接入】Stable Diffusion
【模型接入】Midjourney
【模型接入】Suno
公众号手册
【功能开启】-
公众号接入
公众号粉丝
公众号标签
公众号消息
自动回复
公众号菜单
公众号素材
公众号图文
公众号统计
系统手册
短信配置
邮件配置
站内信配置
数据脱敏
敏感词
地区 & IP 库
运维手册
开发环境
Linux 部署
Docker 部署
Jenkins 部署
HTTPS 证书
服务监控
前端手册 Vue 3.x
开发规范
菜单路由
Icon 图标
字典数据
系统组件
通用方法
配置读取
CRUD 组件
国际化
IDE 调试
代码格式化
前端手册 Vue 2.x
开发规范·
菜单路由·
Icon 图标·
字典数据·
系统组件·
通用方法·
配置读取·
本文档使用「觅思文档专业版」发布
-
+
首页
【营销】拼团活动
 ## 1. 拼团活动 拼团活动,由卖家在管理后台配置,提供给买家参与拼团,由 CombinationActivityService 类实现。 ### 1.1 表结构 一个拼团活动,对应一条 promotion_combination_activity 表记录,对应一个商品 SPU。而每个商品 SKU 在该拼团下可以单独配置拼团价格,所以会有多条 promotion_combination_activity_sku 子表记录。 > <span style="font-family:楷体">CREATE TABLE `promotion_combination_activity` ( `id` bigint NOT NULL AUTO_INCREMENT COMMENT '活动编号', `name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL DEFAULT '' COMMENT '拼团名称', `spu_id` bigint NOT NULL COMMENT '商品 SPU ID', `status` tinyint NOT NULL DEFAULT '0' COMMENT '活动状态:0开启 1关闭', `total_limit_count` int NOT NULL COMMENT '总限购数量', `single_limit_count` int NOT NULL COMMENT '单次限购数量', `start_time` datetime NOT NULL COMMENT '开始时间', `end_time` datetime NOT NULL COMMENT '结束时间', `user_size` int DEFAULT NULL COMMENT '购买人数', `virtual_group` int NOT NULL COMMENT '虚拟成团', `limit_duration` int NOT NULL COMMENT '限制时长(小时)', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='拼团活动'; </span> ① spu_id 字段:商品 SPU ID,对应商品 SPU 表的 id 字段。 注意:一个拼团活动,只能对应一个商品 SPU,不能对应多个商品 SPU!!! ② status 字段:活动状态,由 CommonStatusEnum 枚举,只有开启、禁用两个状态。禁用时,无法参与拼团。 ③ user_size 字段:每个拼团需要的人数,例如说,3 人团、5 人团。 如果超过 limit_duration 时长,还没凑齐人数,就会自动拼团失败。当然,如果希望虚拟成团,则可以设置 virtual_group 字段,此时只要 user_size - virtual_group 人即可拼团成功。这块逻辑,由 CombinationRecordExpireJob 定时任务实现。 > <span style="font-family:楷体">CREATE TABLE `promotion_combination_product` ( `id` bigint NOT NULL AUTO_INCREMENT COMMENT '编号', `activity_id` bigint DEFAULT NULL COMMENT '拼团活动编号', `activity_status` tinyint NOT NULL DEFAULT '0' COMMENT '拼团商品状态', `activity_start_time` datetime NOT NULL COMMENT '活动开始时间点', `activity_end_time` datetime NOT NULL COMMENT '活动结束时间点', `spu_id` bigint DEFAULT NULL COMMENT '商品 SPU 编号', `sku_id` bigint DEFAULT NULL COMMENT '商品 SKU 编号', `combination_price` int NOT NULL DEFAULT '0' COMMENT '拼团价格,单位分', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=32 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='拼团商品'; </span> ① 【活动信息】activity_id 字段:拼团活动编号,对应 promotion_combination_activity 表的 id 字段。其它 activity_* + spu_id 字段,都是冗余字段,方便查询。 ② 【SKU 信息】sku_id 字段:商品 SKU 编号,对应商品 SKU 表的 id 字段。combination_price 字段:拼团价格,单位分。 ### 1.2 管理后台 对应 [商城系统 -> 营销中心 -> 拼团活动 -> 拼团商品] 菜单,如下图所示:  ### 1.3 移动端 ① 点击 uni-app 首页的 [拼团] 菜单,进入拼团列表页,对应 pages/activity/groupon/list.vue 目录。如下图所示:  ② 点击某个拼团,进入拼团详情页,对应 pages/goods/groupon.vue 目录。如下图所示:  ## 2. 拼团记录 拼团记录,由买家参与拼团时生成,分成团长和团员,由 CombinationRecordService 类实现。 ### 2.1 表结构 > <span style="font-family:楷体">CREATE TABLE `promotion_combination_record` ( `id` bigint NOT NULL AUTO_INCREMENT COMMENT '编号', `activity_id` bigint DEFAULT NULL COMMENT '拼团活动编号', `spu_id` bigint DEFAULT NULL COMMENT '商品 SPU 编号', `pic_url` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '商品图片', `spu_name` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '商品名称', `sku_id` bigint DEFAULT NULL COMMENT '商品 SKU 编号', `count` int DEFAULT NULL COMMENT '购买的商品数量', `combination_price` int NOT NULL COMMENT '拼团商品单价,单位分', `user_size` int NOT NULL COMMENT '可参团人数', `user_id` bigint DEFAULT NULL COMMENT '用户编号', `nickname` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT '' COMMENT '用户昵称', `avatar` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT '' COMMENT '用户头像', `status` tinyint NOT NULL DEFAULT '0' COMMENT '参与状态:1进行中 2已完成 3未完成', `head_id` bigint DEFAULT NULL COMMENT '团长编号', `user_count` int NOT NULL COMMENT '已参团人数', `virtual_group` bit(1) DEFAULT NULL COMMENT '是否虚拟拼团', `expire_time` datetime NOT NULL COMMENT '过期时间', `start_time` datetime DEFAULT NULL COMMENT '开始时间 (订单付款后开始的时间)', `end_time` datetime DEFAULT NULL COMMENT '结束时间(成团时间/失败时间)', `order_id` bigint DEFAULT NULL COMMENT '订单编号', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=13 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='拼团记录'; </span> 2.3 移动端【团长】 友情提示:本小节,我们会“发起”一次拼团,扮演【团长】的角色 ① 在 uni-app 拼团详情页,点击「立即购买」按钮,选择商品后,进入确认订单页,如下图所示:  点击「提交订单」按钮后,会创建一条 trade_order 订单记录。此时,并未创建 promotion_combination_record 拼团记录: - trade_order 的 type 字段为拼团类型,combination_activity_id 字段为拼团活动编号,head_id 字段为 0 表示它是团长,combination_head_id 字段为 0 因为此时还没拼团记录 - 拼团优惠金额的计算,由 TradeCombinationActivityPriceCalculator 类实现 - 拼团在订单的自定义处理逻辑,由 TradeCombinationOrderHandler 类实现 ② 之后,会跳转到支付页。完成支付后,在 trade_order 订单记录为“已支付”的同时,会创建一条 promotion_combination_record 拼团记录,此时,拼团记录的状态为“进行中”,如下图所示:  相关的逻辑处理,也是由 TradeCombinationOrderHandler 类实现 trade_order 的 combination_head_id 字段为拼团记录的 id ③ 点击「我的拼团」按钮,进入拼团列表页,如下图所示:  ④ 点击「邀请拼团」按钮,进入拼团详情页,如下图所示:  ### 2.4 移动端【团员】 友情提示:本小节,我们会“参与”一次拼团,扮演【团员】的角色 ① 注册一个新的买家账号,然后在 uni-app 拼团详情页。如下图所示:  ② 点击拼团记录后面的「去参团」按钮,选择商品后,进入确认订单页,如下图所示:  整体流程和【团长】的流程一致,只是在 trade_order 订单记录的 combination_head_id 字段为拼团记录的 id。 ③ 之后,会跳转到支付页。完成支付后,在 trade_order 订单记录为“已支付”的同时,会创建一条 promotion_combination_record 拼团记录,此时,拼团记录的状态为“拼团成功”。  为什么是“拼团成功”呢?因为该拼团是 2 人团,此时显然已经满足,所以拼团成功。具体逻辑,可见 CombinationRecordService 类的 #createCombinationRecord(...) 方法,它会更新拼团进展(状态)。 至此,我们已经完成了拼团流程,可以 debug 调试调试哈~~~
何加华
2024年8月28日 17:13
转发文档
收藏文档
上一篇
下一篇
手机扫码
复制链接
手机扫一扫转发分享
复制链接
Markdown文件
Word文件
PDF文档
PDF文档(打印)
分享
链接
类型
密码
更新密码
有效期