PHP+Vue非遗文化展示与体验预约系统全解析——以广州榄雕为例

广州榄雕属于国家级非物质文化遗产，代表性传承人用橄榄核雕刻出亭台楼阁、舟船人物，一件作品动辄需要数月时间。把这类非遗文化资源做成一个可展示、可预约、可管理的数字系统，是近两年计算机毕业设计里比较有代表性的选题。这次我们来看的是 B54 这个 PHP + Vue 组合的“广州榄雕非遗文化展示和体验预约系统”，它不是一个纯展示站，而是把文化展示、体验课程预约、后台管理打通了的完整管理系统。项目定位很明确：适合计算机毕业设计、课程设计、前后端分离练手，也适合想快速上手 PHP 后端 + Vue 前端的开发者参考。

先说核心结论：这个项目后端采用 PHP 提供接口，前端采用 Vue 构建页面，数据库使用 MySQL，整个系统围绕“非遗文化展示”和“体验预约”两个主线展开。看点不只是页面布局，而是它把非遗作品管理、传承人介绍、体验活动发布、用户预约、后台审核这几块业务串了起来，比较接近真实业务系统的形态。对准备毕业设计的同学来说，这类项目最大的价值是结构完整：前台展示、用户登录、预约提交、后台审核、数据管理、统计展示，该有的模块基本都有。这篇博文会从系统功能、技术架构、环境准备、部署启动、功能测试、接口设计、常见问题这几个角度做一次完整拆解，后面还有可直接参考的数据库设计和接口调用示例。

1. 核心能力速览

从材料看，这是一个典型的 PHP + Vue 前后端分离毕业设计项目。标签里出现的 Python 在项目中不是主技术栈，如果你是冲着 Python 标签来的，可以把它当作 SEO 分类标签理解，项目主体的后端语言还是 PHP。做相似题目但如果想用 Python 实现，可以参考 Django + Vue 或 FastAPI + Vue 的改造思路，业务模块可以完全复用。

2. 适用场景与使用边界

这个系统适合哪些人，需要先说明白。

第一类是计算机专业毕业生。毕业设计最怕的不是题目难，而是题目结构不完整、功能撑不起一篇论文。非遗展示和预约管理系统天然包含多种角色、多种状态流转，适合写需求分析、系统设计、数据库设计和功能测试，这些章节在论文里的素材非常充足。第二类是前后端分离初学者。HTML 静态页面做得再多，也很难理解数据到底怎么流转。通过这个项目可以看到 Vue 页面如何调用 PHP 接口、PHP 如何查数据库并返回 JSON、前端拿到数据后又如何渲染，链路是完整的。第三类是对非遗数字化有兴趣的文化机构或工作室。如果只是做内部展示和手工体验课预约，这类系统可以改造成轻量级运营工具。

使用边界也要说清楚。非遗项目涉及大量真实作品照片、传承人肖像、历史资料和音视频内容，这些素材的版权边界通常比普通图片更严格。写论文、做演示、本地测试没问题，但如果要上线商用，必须取得素材所有人的明确授权，尤其不能拿传承人的照片和作品图直接做商业宣传。系统里有用户注册和预约信息，会收集姓名、手机号、微信号这类个人隐私数据，开发阶段可以用测试数据，真实上线前必须做好隐私合规，密码不能明文存储，预约信息不能任意导出。

3. 系统功能模块设计

把系统拆开看，主要分成三个端：用户展示端、用户操作端和管理后台端。

3.1 用户展示端

用户展示端解决的是“看什么”的问题。首页通常包含轮播 Banner、非遗项目介绍、代表性传承人展示、精品橄榄核雕作品展示、近期体验活动预告。作品展示不是简单放一张图片，一般会做成作品列表页和作品详情页，详情页内包含作品名称、作者、雕刻材质、尺寸、创作年份、作品简介、收藏或体验状态。传承人页面则介绍传承人简历、传承谱系、代表作品、获奖经历，这些信息对非遗文化传播非常重要。

除了作品和传承人，网站还应该有资讯模块。资讯内容包括广州榄雕的历史渊源、技法讲解、媒体报道、非遗政策动态，形成持续更新的内容出口。资讯模块虽然看起来是“附属功能”，但在论文里的系统功能结构图里非常占分量，而且和管理后台的“资讯发布”功能正好形成对应关系。

3.2 用户操作端

用户操作端解决的是“能做什么”的问题。普通游客可以浏览展示内容，但要进行体验预约、提交留言、收藏作品等操作，就需要注册并登录。注册方式一般支持用户名 + 密码注册，部分系统会支持手机号 + 验证码，但本地开发阶段用用户名密码更简单。

登录之后，用户可以查看体验活动列表，选择合适的场次和时段提交预约申请。预约时可能需要填写参与人数、联系电话、备注信息，有的系统还会要求选择体验项目套餐，例如橄榄核雕初级体验、亲子体验、大师指导体验。提交成功后，预约状态是“待审核”，管理员审核通过后状态变为“已确认”，用户可以在个人中心看到自己的预约记录、审核进度和历史预约，同时也能在个人中心修改个人资料、修改密码。

3.3 管理后台端

管理后台端解决的是“怎么管”的问题。管理员首先要能登录后台，后台常见功能包括：

• 仪表盘统计：展示今日预约数、待审核预约数、作品总数、用户总数。
• 作品管理：新增作品、编辑作品、上下架作品、上传作品图片、填写作品参数。
• 传承人管理：维护传承人信息、排序、展示状态。
• 体验项目管理：发布体验课、设置可预约时间、设置人数上限、调整状态。
• 预约管理：查看预约列表、按状态筛选、审核通过或拒绝、导出预约记录。
• 资讯管理：发布非遗资讯、编辑已发布内容、删除过期内容。
• 用户管理：查看注册用户列表、禁用或启用账号、重置密码、分配管理员角色。
• 评论留言管理：查看用户留言，处理不当内容。

后台管理的价值在于，系统数据不是写死在页面上，而是全部通过接口动态读取。管理员在后台新增一件作品，前端展示页刷新后立即出现，这个动态数据流就是前后端分离系统相对传统静态页面的核心优势。

4. 技术栈选型与架构分析

4.1 后端 PHP 的角色

这个项目里 PHP 不直接输出 HTML 页面，而是作为接口层存在。客户端请求到达 PHP 接口后，PHP 负责鉴权、参数校验、数据库查询、业务逻辑处理，最后返回 JSON 数据。这种模式下 PHP 代码更接近于一个轻量 API 服务，常见的实现方式有两种：一种使用 ThinkPHP、Laravel 这类框架，另一种直接写原生 PHP 接口文件。毕业设计里两种方案都常见，使用框架的结构更清晰，原生 PHP 则更容易在论文里展示完整的 SQL 语句。

如果是 ThinkPHP 或 Laravel 这类框架，建议按 MVC 思路组织代码：Controller 层接收请求，Model 层操作数据表，视图层交给 Vue 前端处理。这样做的好处是接口职责清晰，后面加功能、换前端页面都不用动后端核心逻辑。原生 PHP 方案则需要自己做好文件分类，例如api/user/login.php、api/artwork/list.php、api/booking/submit.php，保证每个接口文件独立可维护。

4.2 前端 Vue 的角色

Vue 在这个项目里负责所有用户可见的页面。通过 Vue Router 实现多页面路由，例如/首页、/artworks作品列表、/artwork/:id作品详情、/activities体验项目、/booking预约页、/login登录页、/admin后台管理页。页面展示的数据来自 PHP 接口，所以 Vue 组件里最核心的交互就是通过 Axios 发起 GET/POST 请求，然后把接口返回的数据绑定到模板上。

项目如果是 Vue 2，状态管理一般用 Vuex；如果是 Vue 3，则可以使用 Pinia。状态管理主要负责保存用户登录状态、用户信息、预约表单的临时数据等。前端还需要配合路由守卫，未登录用户访问预约页面时自动跳转到登录页，非管理员访问后台时自动拦截，这部分功能是论文中“系统安全性设计”的重要素材。

4.3 前后端交互流程

整个系统最常见的请求链路如下：

浏览器打开 Vue 页面 -> Vue 组件挂载完成后调用 Axios 请求 PHP 接口 -> PHP 接口校验请求参数和身份令牌 -> PHP 执行 SQL 查询或写入操作 -> 返回 JSON 数据到前端 -> Vue 渲染数据到页面

这个链路在本地开发时可以拆成两个服务：PHP 接口服务运行在 127.0.0.1:80 或 127.0.0.1:8080，Vue 开发服务器运行在 127.0.0.1:5173 或 127.0.0.1:8081。开发时通过 Vite 或 Vue CLI 的代理配置解决跨域问题，生产环境则可以把 Vue 打包后的静态文件放到 PHP 项目的 public 目录下统一访问。

5. 环境准备与前置条件

部署这个项目前，先确认本机环境满足以下条件。如果你是第一次搭环境，不要跳步骤，按顺序装。

5.1 Windows 环境

Windows 是毕业设计最常用的操作系统，核心是三件套：PHP、MySQL、前端构建工具。

PHPStudy 安装后，在软件面板里启动 Apache 和 MySQL，确认 MySQL 端口为 3306 且未被占用。之后进 phpMyAdmin 创建数据库，推荐字符集utf8mb4，否则输入中文作品名称可能出现乱码。Node.js 安装完成后，在命令行执行node -v和npm -v，能看到版本号就说明安装成功。

5.2 Linux / macOS 环境

Linux 和 macOS 上部署方式类似。PHP 需要安装php-mysql、php-gd、php-curl等扩展，MySQL 使用 systemctl 或 brew services 启动。前端部分依然需要 Node.js 和 npm，整体流程没有区别。

5.3 导入数据库

拿到项目源码后，一般会有一个.sql文件，常见文件名是guangzhou_lan_diao.sql或olive_carving.sql。在 phpMyAdmin 里新建数据库，然后点击“导入”，选择 SQL 文件执行即可。确认导入成功的标志是看到全部数据库表。

数据库表结构通常包括：

如果导入时报错，优先检查 SQL 文件里的字符集和表前缀，确认数据库版本兼容。用 MySQL 8.0 导入 MySQL 5.7 的备份文件，偶尔会出现排序规则不兼容，把 SQL 文件里的utf8mb4_unicode_ci改成utf8mb4_general_ci再试一次。

6. 安装部署与启动方式

6.1 后端 PHP 启动

第一种方式是集成环境部署。如果后端用的是原生 PHP，没有额外框架依赖，直接把整个 PHP 项目目录放到 PHPStudy 的WWW目录，例如C:\phpstudy_pro\WWW\lan_diao_system，然后访问http://127.0.0.1/lan_diao_system/public/index.php或后端入口文件。如果项目入口在根目录，访问http://127.0.0.1/lan_diao_system/即可。

第二种方式是项目根目录使用 PHP 内建服务器启动：

# 进入后端项目目录，启动 PHP 内置服务器 cd /path/to/lan_diao_backend # PHP 7.4 以上支持 php -S 127.0.0.1:8080 -t public

启动后，浏览器访问http://127.0.0.1:8080，能看到后端接口的欢迎页或 JSON 提示，说明 PHP 服务正常。

如果使用的是 ThinkPHP 框架，通常是访问http://127.0.0.1:8080/index.php/Home/Index/index这类简洁模式路径；如果是 Laravel，需要先执行composer install安装依赖，再执行：

composer install cp .env.example .env php artisan key:generate php artisan serve --host=127.0.0.1 --port=8080

6.2 前端 Vue 启动

拿到前端项目目录后，先安装依赖。Vue 项目不管是用 Vue CLI 还是 Vite 创建，第一步都是：

cd /path/to/lan_diao_frontend # 使用 npm 安装依赖 npm install # 如果你用的是 yarn yarn install # 或者 pnpm pnpm install

依赖安装完成后，启动开发服务器：

npm run serve

如果项目基于 Vite：

npm run dev

Vue 开发服务器默认端口是 8080 或 5173，看到类似App running at Local: http://localhost:5173/的输出，就说明前端启动成功。浏览器打开该地址，即可看到系统首页。

6.3 前后端联调配置

开发阶段最常遇到的问题就是前端请求后端接口跨域。常见解决办法是在前端项目的 Vite 或 Vue CLI 配置里增加代理。

以 Vite 为例，在vite.config.js中写入：

import { defineConfig } from 'vite' import vue from '@vitejs/plugin-vue' export default defineConfig({ plugins: [vue()], server: { host: '127.0.0.1', port: 5173, proxy: { '/api': { target: 'http://127.0.0.1:8080', changeOrigin: true, rewrite: (path) => path.replace(/^\/api/, '') } } } })

这样配置后，前端页面里请求/api/artwork/list时，实际会转发到后端http://127.0.0.1:8080/artwork/list。changeOrigin设置为true可以让后端认为请求来自同源，避免部分跨域限制。如果你的后端没有统一前缀，就不需要rewrite，直接按后端实际路径转发。

6.4 后端接口根路径说明

前后端分离项目里，后端接口的地基配置很重要。原生 PHP 项目通常会在统一的入口文件或配置文件中定义基础路径，例如：

// 公共配置文件 config.php 或者公共函数文件 define('BASE_URL', 'http://127.0.0.1:8080'); // 数据库连接示例 define('DB_HOST', '127.0.0.1'); define('DB_NAME', 'lan_diao_db'); define('DB_USER', 'root'); define('DB_PASS', 'root'); function json_response($code, $message, $data = []) { header('Content-Type: application/json; charset=utf-8'); echo json_encode([ 'code' => $code, 'message' => $message, 'data' => $data ], JSON_UNESCAPED_UNICODE); exit; }

建议把数据库配置和公共响应函数单独封装成一个文件，所有接口include后复用，避免每个接口文件里重复写数据库连接串。这样在论文的功能测试部分，也能说清楚系统公共模块设计。

7. 核心接口设计与调用示例

系统的核心业务可以通过接口串起来。下面几个接口是展示端和预约流程最关键的，也是论文“系统实现”章节的常用素材。

7.1 用户注册登录接口

用户注册一般使用 POST 请求，传递用户名、密码、手机号等字段。密码存入数据库前必须加密，推荐使用 PHP 自带的password_hash()，不要用简单的 MD5 做存储。

以原生 PHP 接口为例：

<?php require_once '../config/database.php'; $username = $_POST['username'] ?? ''; $password = $_POST['password'] ?? ''; $phone = $_POST['phone'] ?? ''; if (empty($username) || empty($password)) { json_response(400, '用户名和密码不能为空'); } $pdo = get_pdo(); // 检查用户名是否已存在 $stmt = $pdo->prepare("SELECT id FROM user WHERE username = ?"); $stmt->execute([$username]); if ($stmt->fetch()) { json_response(400, '用户名已存在'); } $hashed_password = password_hash($password, PASSWORD_DEFAULT); $stmt = $pdo->prepare("INSERT INTO user (username, password, phone, create_time) VALUES (?, ?, ?, NOW())"); $stmt->execute([$username, $hashed_password, $phone]); json_response(200, '注册成功', ['id' => $pdo->lastInsertId()]);

登录成功后返回一个 token 字段，前端保存到localStorage或 Vuex/Pinia 中，后续请求在请求头里带上 token 即可。

后端登录接口返回的 JSON 结构类似：

{ "code": 200, "message": "登录成功", "data": { "token": "a1b2c3...", "userInfo": { "id": 1, "username": "test_user", "role": "user" } } }

7.2 作品列表与详情接口

作品列表接口是展示端最核心的接口。前端调用后，后端从artwork表查出已上架作品，同时关联作品分类表和传承人表，返回列表数据。

<?php require_once '../config/database.php'; $page = isset($_GET['page']) ? intval($_GET['page']) : 1; $pageSize = isset($_GET['pageSize']) ? intval($_GET['pageSize']) : 12; $offset = ($page - 1) * $pageSize; $pdo = get_pdo(); $sql = "SELECT a.id, a.name, a.image, a.material, a.size, a.create_year, a.description, c.name AS category_name, h.name AS heritage_name FROM artwork a LEFT JOIN category c ON a.category_id = c.id LEFT JOIN heritage h ON a.heritage_id = h.id WHERE a.status = 1 ORDER BY a.sort_order ASC LIMIT " . $pageSize . " OFFSET " . $offset; $stmt = $pdo->query($sql); $list = $stmt->fetchAll(PDO::FETCH_ASSOC); $countSql = "SELECT COUNT(*) FROM artwork WHERE status = 1"; $total = $pdo->query($countSql)->fetchColumn(); json_response(200, '获取成功', [ 'list' => $list, 'total' => $total, 'page' => $page, 'pageSize' => $pageSize ]);

前端 Vue 代码里使用 Axios 获取数据：

import axios from 'axios' export function getArtworkList(params) { return axios({ url: '/api/artwork/list', method: 'get', params }) }

在组件里调用后，渲染作品卡片列表，点击卡片跳转到详情页。详情页再由作品 id 调用/api/artwork/detail?id=1，拿到该作者信息和相关作品推荐。

7.3 提交预约接口

提交预约是整个系统的业务核心，前端把预约信息通过 POST 提交到后端，后端先判断用户是否登录，再判断该体验活动当前是否存在且预约名额未满，最后插入预约记录。

<?php require_once '../config/database.php'; require_once '../utils/auth.php'; $user = check_login(); $activity_id = $_POST['activity_id'] ?? ''; $booking_date = $_POST['booking_date'] ?? ''; $booking_time = $_POST['booking_time'] ?? ''; $participant_count = intval($_POST['participant_count'] ?? 1); $contact_phone = $_POST['contact_phone'] ?? ''; $remark = $_POST['remark'] ?? ''; if (!$activity_id || !$booking_date || !$contact_phone) { json_response(400, '请填写完整预约信息'); } $pdo = get_pdo(); // 查询活动信息 $stmt = $pdo->prepare("SELECT * FROM activity WHERE id = ? AND status = 1"); $stmt->execute([$activity_id]); $activity = $stmt->fetch(PDO::FETCH_ASSOC); if (!$activity) { json_response(400, '该体验活动不存在或已下架'); } // 校验当天剩余名额，假设每个活动每天有总名额限制 $stmt = $pdo->prepare( "SELECT IFNULL(SUM(participant_count), 0) AS booked FROM booking WHERE activity_id = ? AND booking_date = ? AND status IN ('confirmed', 'pending')" ); $stmt->execute([$activity_id, $booking_date]); $booked = intval($stmt->fetch(PDO::FETCH_ASSOC)['booked']); if ($booked + $participant_count > $activity['daily_limit']) { json_response(400, '该时段预约名额已满'); } $stmt = $pdo->prepare( "INSERT INTO booking (user_id, activity_id, booking_date, booking_time, participant_count, contact_phone, remark, status, create_time) VALUES (?, ?, ?, ?, ?, ?, ?, 'pending', NOW())" ); $stmt->execute([ $user['id'], $activity_id, $booking_date, $booking_time, $participant_count, $contact_phone, $remark ]); json_response(200, '预约提交成功，请等待管理员审核', ['booking_id' => $pdo->lastInsertId()]);

这个接口展示了预约系统最关键的“名额校验”逻辑：先查已预约人数，再用活动每日上限减去已预约人数，如果超出则拒绝。这个逻辑在论文里属于业务流程核心，也是答辩时的高频提问点。

7.4 管理员审核预约接口

管理员审核预约，是后台管理端最重要的接口。后端在check_login()中除了确认用户已登录，还要确认用户角色是管理员。

<?php require_once '../config/database.php'; require_once '../utils/auth.php'; $admin = check_admin(); $booking_id = $_POST['booking_id'] ?? ''; $status = $_POST['status'] ?? ''; $reply = $_POST['reply'] ?? ''; if (!in_array($status, ['confirmed', 'cancelled', 'completed', 'rejected'])) { json_response(400, '无效的审核状态'); } $pdo = get_pdo(); $stmt = $pdo->prepare("UPDATE booking SET status = ?, reply = ?, audit_time = NOW() WHERE id = ?"); $stmt->execute([$status, $reply, $booking_id]); if ($stmt->rowCount() > 0) { json_response(200, '审核完成'); } else { json_response(500, '更新失败，请确认预约记录存在'); }

8. 功能测试与效果验证

项目部署完成后，建议按照下面的测试计划逐项验证。测试顺序建议从前台展示到用户操作，再到后台管理，最后做预约流程的完整闭环。

8.1 展示功能测试

打开首页，检查轮播 Banner 是否正常、非遗介绍区是否显示、传承人卡片是否能展示图片和简介。点击进入作品列表页，确认作品分页正常，点击某个作品进入详情页，检查图片、作者、尺寸、描述是否展示完整。

测试要点：页面出现中文乱码，优先检查 MySQL 数据库字符集，确认不是latin1或utf8，统一使用utf8mb4。图片不显示，则检查图片上传目录是否存在，图片路径是否正确。

8.2 注册登录测试

在用户使用端点击注册，输入一个新用户名、密码、手机号，提交后应提示注册成功。用刚注册的账号登录，登录成功后进入个人中心，能看到自己的用户名和手机号。刷新页面后依然保持登录状态，说明 token 存储和路由守卫逻辑生效。

测试要点：如果登录后刷新页面就掉线，检查前端是否保存了 token，后端每个需要鉴权的接口是否都执行了 token 校验。密码不能直接以明文形式存入数据库，使用password_hash()后数据库里存储的是长短不一的哈希串，而不是用户原本输入的密码。

8.3 预约提交测试

登录后选择一个体验活动，填写预约日期、时间段、参与人数、联系电话，提交预约。成功提交后，在个人中心能看到此条预约记录，状态显示“待审核”。再次提交同一个活动同一时段，如果人数已达上限，后端应返回“名额已满”提示。

这个流程是整个项目的核心链路，建议在论文里把这个用例单独拆出来写，至少覆盖三个情况：正常提交、未登录提交被拦截、名额已满时提交被拒绝。

8.4 后台管理测试

使用管理员账号登录后台，进入预约管理页面，能看到用户刚提交的预约记录。点击审核通过，回到用户端查看个人中心，预约状态应变为“已确认”。再新增一件测试作品，填写名称、分类、作者、图片、简介，保存后回到用户端作品列表页，新作品应出现在列表顶部。

后台测试的验证重点在于：后端修改数据后，前端页面是否及时刷新。如果你的前端列表页有缓存，可能需要手动刷新，这属于正常现象，但如果每次都要强刷才能看到数据，建议检查后端接口是否返回最新数据、前端是否有请求缓存策略。

8.5 预约全流程联调

用普通用户账号完成“注册 -> 登录 -> 浏览作品 -> 提交预约 -> 查看进度”，再用管理员账号完成“登录后台 -> 审核通过 -> 查看统计”，把整条业务链路跑通。这个联调测试做完，项目的主体功能就验证完毕了。

建议在本地用两份浏览器完成联调：一份 Chrome 普通窗口登录普通用户，另一份 Chrome 无痕窗口登录管理员，避免 token 相互干扰。

9. 资源占用与性能观察

这类 Web 管理系统不像 AI 推理项目那样吃显存，它是典型的 CPU 和内存型应用。本地开发阶段，资源占用通常不会成为瓶颈，但以下几个点仍然值得观察。

9.1 开发环境资源占用

当 PHPStudy 或 XAMPP 启动 Apache 和 MySQL 后，打开任务管理器，可以看到 Apache 和 MySQL 进程占用的内存。新装环境一般整套占用在 300MB 到 800MB 之间，具体取决于 PHP 扩展数量、Apache 子进程数量和 MySQL 缓存配置。Vue 开发服务器启动后，Node 进程会额外占用约 300MB 到 800MB 内存。如果你的电脑只有 8GB 内存，开发时要避免同时打开多个大软件。

9.2 接口响应时间观察

打开浏览器开发者工具，切到 Network 面板，刷新作品列表页，找到/api/artwork/list这个请求，观察 Time 列。本地开发环境下，在没有慢查询的前提下，PHP 接口响应时间通常在几十毫秒到一两百毫秒之间。如果发现某个接口耗时超过 1 秒，优先检查 SQL 是否有性能问题，例如没有加索引的全表扫描、N+1 查询、没有分页直接全量返回。

9.3 常见性能优化手段

对于这个系统，最实用的优化是给常用查询字段加索引。预约查询的时间字段、用户查询的手机号字段、作品查询的分类字段，这些字段在有大量数据时一定要加索引。其次是接口返回字段裁剪，列表页不需要返回作品详情里的长描述，列表接口只返回 id、名称、图片、简介摘要即可，详情页再单独查完整内容。最后是静态资源优化，作品图片要压缩，不要直接上传几 MB 的原始照片，建议通过图片处理工具统一压缩到几百 KB 以内。

10. 常见问题与排查方法

端口冲突排查示例：

# Windows 查看 8080 端口占用 netstat -ano | findstr 8080 # 结束占用进程，将 PID 替换为查到的进程号 taskkill /F /PID 12345

11. 非遗数字化开发的最佳实践与合规提醒

这个项目不只是一个技术练习，它带有明显的文化遗产属性。在开发、测试、论文展示和后续扩展中，有几个问题需要特别注意。

11.1 素材版权与肖像授权

广州榄雕非遗作品的图片、传承人的照片、历史文献资料，大多有明确的版权归属。毕业论文和演示视频中使用这些素材，通常属于学术用途，但在任何公开网络环境中发布，都应当取得素材权利人的许可。如果项目准备上架 GitHub 作为开源项目展示，更要注意不要把高清作品图和处理过的传承人肖像直接放进代码仓库。

比较稳妥的做法是：在代码仓库里放占位图，真实素材放在本地环境或私有目录，仓库中只保留可替换的图片文件名。这样既不影响代码运行，又降低了传播风险。

11.2 用户隐私保护

预约系统会收集用户手机号、登录密码、联系方式，这些属于个人信息。开发阶段使用test_user、13800000000这类测试数据没有问题，但在演示视频中尽量打码真实数据。数据库连接账号不要使用 root 并设置强密码，线上环境要为系统单独创建数据库账号，权限只限制在当前项目的数据库内。

11.3 管理员权限控制

后台功能要严格限制只有管理员能访问。前端通过路由守卫只是用户体验层面的拦截，真正的安全控制必须在后端每个管理员接口里做权限判断。如果只在前端隐藏按钮，用户直接拼接接口地址仍可以调用，这是毕业设计答辩时容易被老师指出的安全问题。

11.4 数据备份习惯

开发过程中，每次做完一轮功能修改，就导出一份 SQL 备份。本地开发误删数据表的情况并不少见。直接用 phpMyAdmin 导出即可，文件命名建议包含日期，例如lan_diao_backup_20260212.sql，固定放到一个 backup 目录。这个习惯也可以写进论文的系统维护说明章节，算是一个真实的工程化加分项。

12. 总结与下一步

从这次拆解可以看出，广州榄雕非遗文化展示和体验预约系统是一个功能结构相当完整的毕业设计项目。它有前台展示、用户注册登录、在线预约、后台审核、数据管理、统计展示，前后端分离清晰，API 接口覆盖了业务主链路。项目跑通后，你至少能验证四件事：Vue 前端如何通过接口获取数据并以列表、详情形式呈现；PHP 后端如何完成登录鉴权、预约名额校验和后台审核；数据库表之间如何通过外键关联形成一个完整的业务模型；前后端分离部署时如何通过代理解决跨域问题。

对于准备做毕业设计的同学，建议拿到源码后不要急着改界面，先按上面第 8 节的内容完整跑一遍全流程，理解每个页面背后对应的接口和数据库表。然后尝试做一个小改动，比如在预约表单里增加一个“预约人数说明”字段，从数据库表、后端接口、前端页面三个位置一步步改完，这个过程比单纯改样式有价值得多。答辩时如果能讲清楚某一次完整的数据流转，从点击按钮到 SQL 执行再到页面刷新，就已经占了很大优势。

后续如果你对这个系统有扩展计划，可以考虑三个方向。第一个方向是内容扩展，增加视频展示模块，把榄雕制作过程视频嵌入到作品详情页。第二个方向是移动端适配，把现有 Vue 页面改造成响应式布局，或单独设计一套移动端界面。第三个方向是工具化，把预约管理模块抽出来，做成一个通用的“非遗体验预约组件”，以后接到微信公众号或小程序里只需要复用接口和数据表。这个系统本身是一个不错的起点，关键看你在它基础上继续做了什么事情。