Appearance
独立站项目可二次开发业务与部署已实现
全栈独立站开发实战
具备客户前台、运营后台和业务后端的完整独立站，覆盖商品、账户、订单、权限与客服。可以按需求二次改造，也可以跟着项目学习从需求梳理到开发上线的 Vibe Coding 全流程。
业务定制 · 实战教学客户网站 · 管理后台 · 业务后端
自己的网站，从前台到后台
客户前台商品 · 账户 · 订单
管理后台内容 · 运营 · 权限
业务 API统一数据、权限与状态规则
MySQL · Redis · MinIO
- 需求
- 开发
- 联调
- 上线
业务定制改造 / Vibe Coding 实战教学
它解决什么问题
独立站需要把页面、业务规则、管理操作和上线维护接起来。这个项目提供已有的业务实现与工程资料，可作为定制开发的基础，也能帮助学习者理解每个开发阶段如何验收。
适合谁使用
希望拥有自己网站的个人创业者和小团队，以及想学习用 AI 开发前后端、前后台完整网站的实践者。
它如何工作
梳理需求
先把访客、客户与运营人员分别要完成的任务讲清楚，再确定商品展示、访问规则、交易与交付方式。将原始想法整理成需求文档，给后续原型和开发提供判断依据。
- 输入
- 网站目标、用户角色、业务流程与交付方式
- 产出
- 需求范围、业务规则与待确认问题
为自己的业务，做一个完整的网站
这个项目展示一套功能较齐全的独立站：访客可以了解网站内容，客户登录后使用商品、账户和交易功能，运营人员通过独立管理后台维护内容与处理业务，业务 API 负责权限、数据和状态流转。
它既是二次开发的基础，也是一份可以沿着需求、原型、代码、测试和部署资料学习的全栈实战案例。你可以了解一个面向生产使用的网站如何逐步做出来，再把这些方法用到自己的项目中。
两种合作方式
按你的业务做二次改造
如果你想建设自己的独立站，可以以现有项目为起点，围绕你的用户、内容、商品和交付方式进行定制：调整视觉与页面结构，修改业务字段和规则，增减管理模块，再完成前后端联调与部署。
适合希望建立商品展示、会员内容、选品服务或资料交付网站的个人和小团队。已有账户、商品、订单、权限与部署模块可以复用；新的支付、库存、物流或行业规则按实际需求开发。
带着需求学习 Vibe Coding
如果你希望自己开发这种网站，可以跟着项目练习完整过程：把想法整理成可验收的需求，借助 AI 设计和实现一个业务切片，再亲自检查接口、页面、数据与权限，逐步把网站部署起来。
学习目标是能解释和修改自己的网站。每一阶段留下具体产物：需求说明、页面原型、接口与数据设计、可运行代码、验收记录以及发布维护方案。可以从“后台新增商品，前台展示商品”这样的任务开始，再接通账户、订单与交付链路。
前台、后台与后端分别能做什么
| 部分 | 已有能力 | 二次开发时可以调整什么 |
|---|---|---|
| 公开网站 | 首页图片与案例展示、注册登录入口，首页内容由后台配置 | 网站定位、视觉风格、内容区块与展示文案 |
| 客户前台 | 商品列表与详情、收藏、购物车、个人资料、订单、查看点数与客服会话 | 商品字段、客户路径、访问规则与账户功能 |
| 商品管理 | 导入预览与确认、图片维护、分类与属性配置、上架检查及上下架 | 商品模型、导入模板、图片资料与准入规则 |
| 交易与交付 | 商品订单、付款说明与凭证、后台核账、审核、发货记录与关单 | 定价、审核步骤、收款方式和交付流程 |
| 运营管理 | 后台账号、角色、菜单与操作权限，客户资料维护、客服付款跟进 | 团队分工、权限范围与运营工作方式 |
| 工程与维护 | 业务 API、文件存储、导出与操作记录、部署和备份脚本、发布回退说明 | 环境配置、部署拓扑、运维方案与业务扩展 |
客户前台和管理后台是两套前端应用，客户与管理员使用分开的认证入口。业务规则由后端裁决，例如商品是否可见、订单能否进入下一状态、当前账号是否有权执行操作。
一条能接起来的业务链路
以商品交易为例：运营人员维护并上架商品，客户在允许的范围内浏览、收藏和加购，提交订单后按付款说明线下支付、上传凭证或联系客户服务；后台核对到账、审核并记录发货，客户侧同步查看订单进展。
这条链路涉及页面、接口、数据库、文件和权限的协同。代码中使用事务和状态校验处理订单变更，并为审核失败、商品状态变化等情况提供对应反馈。它很适合用于学习“一个按钮背后的业务，如何从前台走到后台”。
现有业务采用商品资料交付与查看点数规则：点数影响商品可见范围及部分下单抵扣，实际资料通过线下方式交付。改成普通商城、会员站或其他业务时，需要一起修改相应数据与规则。
从需求到上线，怎样用 AI 推进开发
这里的 Vibe Coding 指人与 AI 协作推进工程：人明确目标、业务约束和验收条件，AI 协助分析、设计、编写和修改代码，最终通过实际运行检查结果。
| 阶段 | 要回答的问题 | 项目中可以学习的产物 |
|---|---|---|
| 需求梳理 | 谁来用？要完成什么？哪些规则不能违反？ | 前后台需求、业务流程、待确认事项和变更记录 |
| 原型与设计 | 页面如何组织？数据与权限如何分工？ | 页面原型、模块架构、接口契约、字段字典与权限矩阵 |
| 分步开发 | 这一轮怎样接通一条完整业务？ | 设计与实施计划、前后端代码、数据库变更和小步提交 |
| 联调验收 | 正常操作与失败反馈是否一致？ | 前后端测试、真实环境冒烟工具及阶段验收记录 |
| 部署上线 | 怎样构建、配置、启动并确认服务可用？ | 两套前端制品、后端制品、容器编排、网关与健康检查 |
| 持续维护 | 新需求如何加入？更新出问题怎样恢复？ | 变更计划、日志、数据备份脚本与发布回退说明 |
源码仓库保留了需求、工程设计、按业务切片编写的计划、实施进度和测试入口。阅读时把这些材料与对应实现一起看，可以理解需求如何落到页面和 API，以及开发过程中怎样发现并修正问题。
面向生产的工程基础
前端使用 React、TypeScript 与 Vite，管理后台使用 Ant Design。后端采用 Java 17、Spring Boot 3 与 MyBatis，按业务领域组织为模块化单体：同一后端应用内划分职责，便于先把业务跑通，再按需求演进。
MySQL 保存业务数据，Redis 支撑登录会话，MinIO 保存图片与上传文件。后端通过认证与方法权限校验控制访问，订单状态在服务端检查；文件和导出操作保留相应的业务记录。
部署使用 Docker Compose 与 Nginx，客户网站、管理后台和 API 的制品、配置与日志分开管理。已有整套部署、单服务重启、MySQL 与 MinIO 手工备份脚本，以及发布检查、快照和回退方案，可用于学习从本地运行到服务器维护的过程。
当前适用范围
现有交易链路以线下付款、人工核账与线下资料交付为基础。在线支付网关、自动物流、站内完整资料下载、退款和售后，需要按目标业务继续开发；查看点数也需要按自己的访问与交易规则调整。
项目提供生产部署配置与维护工具。完整监控告警、异地备份、恢复演练以及目标环境的安全与性能验收，需结合实际部署补齐。本次收录核对了源码与工程资料，没有重新部署或执行线上交易；历史验收记录用于了解已有验证范围，当前环境仍需实际检查。
如果你希望拥有自己的独立站，或希望学会用 AI 开发一套有前台、后台和业务后端的网站，可以从你的具体需求出发，以这个项目为基础进行定制或实战学习。