ARTICLE · 1356808
企业权益商城源码:积分引擎自带,可做发卡福利、全开源版本!
照例说清楚:全部源代码只作分享、学习用途,在源码库里都有存档。
积分引擎自己写
企业福利商城源码
积分引擎自带
四块模块各走各的栈:Nuxt.js 前台 + Art Design Pro 后台 + ThinkPHP8 API
bbbb.bid · 狗凯源码仓库
分享的是什么
一套面向企业的权益兑换商城源码
ThinkPHP8 后端 API、Nuxt.js 前台 PC 端、Art Design Pro 管理后台,加一块可选的 uni-app 移动端
一套企业福利平台,前台和后台用的是两个不同的前端框架,这是同类源码里不多见的写法。这次分享的是一套面向企业的权益兑换商城源码,正式叫枢云权益商城。

源码一共四块:ThinkPHP8 后端 API、Nuxt.js 前台 PC 端、Art Design Pro 管理后台,外加一块可选的 uni-app 移动端。装上之后你拿到的是一整家企业福利平台的骨架,商品兑换、积分管理、会员体系、企业福利配置四项核心能力都在里面,PC 前台、管理后台、微信小程序和 H5 商城接的是同一套后端 API。
| 后端 API | ||
| 前台 PC 端 | ||
| 管理后台 | ||
| 移动端(可选) | ||
| 核心能力 |
📦 目录
👉 滑动
PART 01
前后台两套栈
STACK
PART 02
积分引擎
ENGINE
PART 03
移动端
MOBILE
PART 04
后台覆盖
COVERAGE
01
PART
管理后台是 Art Design Pro:前台用的另一套栈
STACK
两个前端框架各管各的。先看前台 PC 端,Nuxt.js 加 Tailwind CSS,负责商城首页、商品展示、个人中心,另外标了 SEO 优化,风格参考数卡购商城。

Nuxt.js 的默认形态是服务端渲染,这个差别很实际。搜索引擎爬到的如果是一份纯前端空壳,得等它把 JS 跑起来才知道页面上有什么;服务端渲染是服务端就把页面拼好再发出去,爬虫拿到的是一份已经带好标题、描述和 og 标签的完整 HTML。Nuxt 里 useSeoMeta、useHead 这类接口专门管这些标签,配合服务端渲染,前台对收录友好是结构性的。
管理后台是 Art Design Pro,Vue3 加 Element Plus 这一套,管商品、订单、用户三块,另有数据统计和系统配置。
Art Design Pro 本身是个纯前端的后台模板,不含后端、不含数据库层,也不做服务端渲染。它给的是布局、路由、表格和表单这些界面外壳,另外带一个清理演示数据的脚本,还有 useTable、ArtForm 两个封装好的接口。数据得自己从后端 API 取。
业务逻辑只有一份,在后端 API 那层。
02
PART
积分引擎多端共用同一套 API
ENGINE
积分引擎放在后端 API 里,这是这套源码最该留意的一处。

后端这一层负责六件事:业务逻辑、数据持久化、权限控制、支付结算、积分引擎。前台商城、管理后台、再加上可选的移动端,三边都要读写同一份积分余额和同一批兑换订单。
| 规则与发放 | |
| 权益与兑换 | |
| 核销 | |
| 对账 |
三边要是各写一份扣减逻辑,会员在 PC 前台兑换、在管理后台看到的却是另一套数,到小程序里又对不上。扣减和订单状态只能收敛在后端,前端只管发请求和显示结果。
权限控制也在同一层。谁能改商品配置、谁能看到哪些订单、积分规则谁有权调,这些都得由后端说了算,多端才谈得上共用一套数据。
03
PART
移动端为什么标成可选:uni-app 一套代码多端编译
MOBILE
移动端是唯一被标成可选的一块,用 UniApp,产出微信小程序和 H5 商城。
uni-app 的路子是一次开发、多端编译,写一套代码编译到不同平台。多端写在同一个基础项目里,差异用条件编译管。好处很直接:改一处业务,所有端一起升级,不用一个端一个端地对。
对这套源码来说,移动端可选的意思不是少一块功能,而是它不另起一套系统。前台 PC 端已经铺好的商品展示和兑换流程,移动端可以直接复用同一份接口定义,接进小程序和 H5。
///
LAST
这版作者标了未测试:后台能管到什么?
COVERAGE
这版作者标了未测试,意思很直白:这套代码作者自己没跑过。
| 管理后台 | |
| 后端 API | |
| 前台 PC 端 | |
| 核心能力 |
运行环境的硬要求也是明确的。ThinkPHP8 跑在 PHP 8.0 以上,数据落在 MySQL 5.7,Redis 6.0 在后端依赖里;这套框架本身是 PHP 8 强类型,ORM 用的 think-orm 3.0,从 6.x 升上来不用大改。管理后台是 Vite 工程,Node 要 20.19.0 以上,pnpm 8.8.0 以上。
后台那套 Art Design Pro 自带一个清理演示数据的脚本,装完先把 demo 数据清掉再接自己的商品库,省掉手工删页面的活。
适合的场景也清楚:企业内部福利、员工权益兑换这种自己有商品库、自己在发积分的活。前台要收录,后台要配规则,积分要能对账,这套骨架对得上。
四块分工看下来,最值得单独拆的是后端那段积分引擎,兑换扣减和并发下单具体怎么处理的,后面单独看一次。
既然看到这里了,如果觉得有用,随手点个赞、在看、转发三连吧。
THANKS FOR READING















































































