1. 项目背景与核心需求
校园团购系统作为连接校内商家与师生的桥梁,其设计初衷源于我在大四实习期间观察到的真实痛点。当时学校后街的奶茶店每周三推出"三人成团"优惠活动,但同学们需要通过微信群接龙统计订单,商家再用Excel手工核对,经常出现漏单、价格计算错误等问题。这种低效的线下模式促使我思考如何用技术手段优化校园团购体验。
从技术角度看,一个合格的校园团购系统需要解决三个核心问题:
- 信息聚合:将分散在各处的团购信息集中展示,解决"哪里在团购"的信息不对称问题
- 流程自动化:实现从下单、支付到配送的全流程数字化,避免人工干预导致的错误
- 角色协同:建立管理员-商家-学生的三方协作机制,各司其职又有机联动
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术选型与架构设计
2.1 技术栈决策过程
选择Spring Boot作为基础框架主要基于以下考量:
- 快速迭代:毕设周期通常只有3-4个月,需要快速产出MVP(最小可行产品)
- 生态丰富:Spring Data JPA简化数据库操作,Thymeleaf适合教学演示场景
- 微服务友好:为后续扩展预留空间(如独立订单服务、支付服务)
数据库选用MySQL 5.7而非8.0的原因:
- 校园场景数据量通常在10万条以内,5.7版本性能完全够用
- 学校实验室电脑配置普遍较低,5.7对硬件要求更友好
- 配套的Navicat等工具对5.7兼容性更好
2.2 系统架构详解
采用经典的三层架构设计:
code复制表示层(Web)
↑↓
业务逻辑层(Service)
↑↓
数据访问层(Repository)
特别在业务逻辑层实现了策略模式处理不同角色的权限控制:
java复制public interface RoleStrategy {
void executeDashboard();
}
@Service
@Qualifier("adminStrategy")
public class AdminStrategy implements RoleStrategy {
// 实现管理员特有功能
}
3. 核心功能实现细节
3.1 团购业务逻辑实现
商品团购的核心算法体现在`GroupBuySe
