简介本资源为基于Unity引擎与C#语言开发的餐厅经营类游戏本科毕业设计完整项目包面向计算机相关专业正在准备毕业设计、课程大作业或需要项目实战练习的学生。项目经导师指导并通过评审获得98分高分源码均经过本地编译与严格调试可稳定运行难度适中适合作为参考模板或二次开发基础。压缩包共916个文件约226.97MB涵盖142个C#脚本、119个动态链接库、39张界面与素材图片、33个三维模型、21个预制体、15个材质、7个Unity场景文件及7份PDF文档等完整覆盖游戏逻辑、场景搭建、资源管理与数据库设计。资源同时附带论文、数据库文件与演示视频读者可借此掌握餐厅经营玩法中的订单处理、顾客行为、经济系统等核心模块实现思路并对照论文理解整体架构与开发流程。目前已有78人学习下载适合需要完整赛题方案与排错参考的学习者。1. 从一份能跑起来的 C# 餐厅经营游戏说起Unity 毕业设计到底交付什么很多同学搜「C#本科毕业设计基于Unity的餐厅经营游戏」时脑子里其实只有一句话我要交一个能演示、能答辩、代码能看懂的东西。但真正动手才发现坑不在写代码而在「交付物」这三个字——导师要源码、要数据库、要论文、要演示视频四样东西缺一不可而且它们之间必须能互相印证。我见过太多人代码跑得挺欢论文里写的模块名和工程里的类名对不上答辩时被问一句「你这个顾客排队逻辑在哪个脚本里」就卡住了。这篇笔记就按一线做项目的顺序把 Unity 餐厅经营游戏从工程结构、C# 脚本、数据持久化到论文与演示视频的对应关系拆开讲适合正在做计算机毕业设计、手里有 Unity 基础但没做过完整商业模拟类项目的同学。读完你至少能判断这套方案值不值得投入两三个月以及每一步该盯住什么参数。2. Unity 餐厅经营游戏的工程结构与 C# 脚本分层2.1 先定场景划分再谈代码怎么写餐厅经营类游戏看着简单实际是一个典型的状态机加数据驱动的模拟系统。我一般会把工程拆成四个场景Boot启动与存档加载、MainMenu主菜单、Restaurant核心经营场景、Result日结算。这样拆的好处是答辩演示时你可以按「启动→选关→经营→结算」的顺序走一遍逻辑闭环非常清晰导师一眼就能看懂你的设计意图。场景拆完之后C# 脚本按职责分三层这是整个项目能不能讲清楚的关键层级目录职责典型类数据层Scripts/Data定义静态配置与存档结构DishData、SaveData逻辑层Scripts/Logic经营规则、状态流转OrderSystem、CustomerSpawner表现层Scripts/ViewUI 刷新、动画、音效触发HUDController、CustomerView这个分层不是摆设。论文里写「系统采用分层架构」答辩老师很可能追问「你怎么保证表现层不直接改数据」。答案就是表现层只订阅逻辑层抛出的 C# event绝不反向调用。下面这段是订单系统的核心骨架你可以直接抄结构// Scripts/Logic/OrderSystem.cs using System; using System.Collections.Generic; using UnityEngine; public class OrderSystem : MonoBehaviour { // 事件订单创建/完成时通知表现层避免UI直接操作数据 public event ActionOrder OnOrderCreated; public event ActionOrder OnOrderCompleted; private readonly ListOrder activeOrders new ListOrder(); private readonly QueueOrder pendingQueue new QueueOrder(); // 每帧检查订单超时参数由外部配置注入 [SerializeField] private float orderTimeout 60f; public void CreateOrder(DishData dish, int tableId) { var order new Order(dish, tableId, Time.time); pendingQueue.Enqueue(order); activeOrders.Add(order); OnOrderCreated?.Invoke(order); // 通知UI生成订单卡片 } private void Update() { for (int i activeOrders.Count - 1; i 0; i--) { var o activeOrders[i]; if (Time.time - o.CreateTime orderTimeout) { activeOrders.RemoveAt(i); // 超时扣分逻辑走这里不写在UI里 GameManager.Instance.AddPenalty(o.TableId); } } } }逻辑说明OnOrderCreated和OnOrderCompleted两个 event 是分层的关键表现层订阅它们来刷新 UI逻辑层完全不认识任何 Text 或 Image 组件。参数说明orderTimeout用[SerializeField]暴露到 Inspector方便你在答辩现场直接改数值演示「顾客耐心」这个机制不用重新编译。pendingQueue和activeOrders分开存是为了后续做「后厨排队」扩展时不用重构。2.2 顾客生成与寻路的参数怎么设顾客生成器是餐厅游戏里最容易翻车的地方。新手常见做法是Instantiate一个顾客预制体然后让它自己找座位结果十个顾客抢一个位子或者卡在门口不动。我一般用「座位注册表 生成节流」两个手段解决。座位注册表就是一个ListTableSlot每个 TableSlot 记录isOccupied和worldPos。顾客生成时先查空位查到才生成生成后立刻把座位标记为占用。生成节流用InvokeRepeating或者协程控制间隔间隔参数跟「餐厅等级」挂钩// Scripts/Logic/CustomerSpawner.cs using System.Collections; using UnityEngine; public class CustomerSpawner : MonoBehaviour { [SerializeField] private GameObject customerPrefab; [SerializeField] private float baseInterval 5f; // 基础生成间隔 [SerializeField] private float minInterval 1.5f; // 最快间隔上限 [SerializeField] private TableRegistry registry; private float currentInterval; private void Start() { currentInterval baseInterval; StartCoroutine(SpawnLoop()); } private IEnumerator SpawnLoop() { while (true) { yield return new WaitForSeconds(currentInterval); var slot registry.GetFreeSlot(); if (slot null) continue; // 没空位就跳过不生成 var go Instantiate(customerPrefab, slot.WorldPos, Quaternion.identity); slot.Occupy(go); // 餐厅等级越高间隔越短但不超过minInterval currentInterval Mathf.Max(minInterval, baseInterval - GameManager.Instance.Level * 0.3f); } } }逻辑说明GetFreeSlot返回 null 时直接continue这是防止顾客堆积在门口的关键。参数说明baseInterval设 5 秒、minInterval设 1.5 秒是实测下来比较像真实餐厅节奏的区间Level * 0.3f这个系数你可以按自己游戏的经济曲线调但别低于 0.2否则后期顾客刷太快低端机帧率会掉。寻路部分如果不想接 NavMesh用Vector3.MoveTowards沿预设路径点走就够了餐厅场景小A* 属于过度设计。3. 数据持久化用 SQLite 存经营数据而不是 PlayerPrefs3.1 为什么毕业设计一定要上数据库很多同学图省事存档直接用PlayerPrefs结果论文里「数据库设计」这一章没法写导师一问「你的数据表结构呢」就露馅。餐厅经营游戏天然适合上关系型数据库菜品表、订单表、日结算表三张表就能撑起一个像样的 E-R 图。Unity 里用 SQLite 的常见做法是引入Mono.Data.Sqlite或者System.Data.SQLite把 dll 放到Plugins目录。数据库文件放Application.persistentDataPath下这样打包成 exe 后也能正常读写。下面这段是建表和插入订单的示例// Scripts/Data/DatabaseManager.cs using System.Data; using Mono.Data.Sqlite; using UnityEngine; public class DatabaseManager : MonoBehaviour { private string connStr; private void Awake() { // 数据库文件放在持久化目录打包后依然可写 string dbPath System.IO.Path.Combine(Application.persistentDataPath, restaurant.db); connStr URIfile: dbPath; InitTables(); } private void InitTables() { using (var conn new SqliteConnection(connStr)) { conn.Open(); using (var cmd conn.CreateCommand()) { // 菜品表id、名称、成本、售价、解锁等级 cmd.CommandText CREATE TABLE IF NOT EXISTS dish ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, cost REAL, price REAL, unlock_level INTEGER DEFAULT 1);; cmd.ExecuteNonQuery(); // 订单表关联菜品记录完成时间与是否超时 cmd.CommandText CREATE TABLE IF NOT EXISTS orders ( id INTEGER PRIMARY KEY AUTOINCREMENT, dish_id INTEGER, table_id INTEGER, create_time REAL, finish_time REAL, is_timeout INTEGER DEFAULT 0, FOREIGN KEY(dish_id) REFERENCES dish(id));; cmd.ExecuteNonQuery(); } } } }逻辑说明CREATE TABLE IF NOT EXISTS保证每次启动不会重复建表这是打包后反复运行的安全做法。参数说明cost和price用 REAL 而不是 INTEGER方便你后面做「打折促销」这种带小数的经济系统is_timeout用 0/1 存布尔值SQLite 没有原生 bool 类型这是标准做法。论文里的 E-R 图就照这两张表画再补一张daily_report表记录每日营业额三张表的关系足够撑起一章。3.2 存档与读档的时机控制数据库写操作不要每帧做也不要在顾客完成订单的瞬间立刻写那样 IO 太频繁。我一般用「脏标记 定时落盘」内存里维护当前营业数据每 10 秒或者日结算时统一写一次。这样既保证数据不丢又不会卡帧。// Scripts/Data/SaveService.cs using UnityEngine; public class SaveService : MonoBehaviour { [SerializeField] private float saveInterval 10f; private bool isDirty false; private void Start() { InvokeRepeating(nameof(FlushIfDirty), saveInterval, saveInterval); } public void MarkDirty() isDirty true; private void FlushIfDirty() { if (!isDirty) return; DatabaseManager.Instance.SaveCurrentSession(); isDirty false; Debug.Log([Save] 营业数据已落盘); } private void OnApplicationQuit() { // 退出前强制存一次这是后悔药 FlushIfDirty(); } }逻辑说明MarkDirty由订单完成、顾客离开等逻辑调用FlushIfDirty定时检查。参数说明saveInterval设 10 秒是平衡点设 1 秒会频繁 IO设 60 秒万一崩溃丢的数据太多。OnApplicationQuit里强制存一次这是血泪经验——很多同学演示时直接点窗口关闭结果当天数据全没了。4. 避坑与排查餐厅经营游戏开发中最容易翻车的 5 个点4.1 顾客卡在门口不动现象顾客生成后站在原地不走向座位。原因预制体上的NavMeshAgent没有烘焙导航网格或者目标点SetDestination在Start里调用时 NavMesh 还没加载完。解决把SetDestination放到OnEnable之后一帧或者干脆不用 NavMesh用路径点数组加MoveTowards餐厅场景小后者更稳。4.2 订单 UI 和实际数据对不上现象界面上显示 3 个订单实际逻辑层只有 2 个。原因表现层直接Instantiate了订单卡片但逻辑层因为超时已经移除了订单两边没有走同一个事件源。解决所有 UI 刷新必须由OnOrderCreated/OnOrderCompleted事件驱动禁止在 UI 脚本里自己维护订单列表。4.3 SQLite 在打包后报 DLLNotFoundException现象编辑器里跑得好好的打包成 exe 后一读数据库就崩。原因Mono.Data.Sqlite.dll和sqlite3.dll没有正确放到Assets/Plugins下或者平台架构选错了x86 和 x86_64 混用。解决确认sqlite3.dll放在Plugins/x86_64Inspector 里平台设置勾选对应架构打包前在空工程里先验证一次。4.4 论文里的模块名和代码类名不一致现象答辩时老师问「你论文里写的 OrderManager 在工程里怎么找不到」。原因写论文时凭想象起了名字代码里实际叫 OrderSystem。解决论文定稿前把工程里所有public class名字导出成一张表论文里出现的每个模块名都去表里核对一遍这是最笨但最有效的办法。4.5 演示视频录出来 UI 模糊现象视频里文字看不清答辩老师看不清你的营业额数字。原因Game 视图分辨率设太低或者录屏软件压缩太狠。解决录制前把 Game 视图设成 1920x1080用 OBS 录码率不低于 5000kbps录完自己放大看一遍数字能不能认清。5. 论文、演示视频与源码的对应关系怎么收口最后一章讲一个具体技巧怎么让论文、视频、源码三样东西互相印证而不是各说各话。我的习惯是做一个「功能-类-论文小节」对照表放在论文附录里答辩前自己先过一遍。论文小节对应类演示视频时间点验证方式3.2 订单管理OrderSystem.cs00:45 - 01:20现场改 orderTimeout 看超时扣分3.3 顾客生成CustomerSpawner.cs01:20 - 02:00改 baseInterval 看生成速度变化4.1 数据库设计DatabaseManager.cs不演示打开 db 文件看表结构4.2 存档机制SaveService.cs02:00 - 02:30经营中途关窗口再打开看数据在不在这个表的好处是答辩时老师问哪个功能你能立刻说出类名、视频时间点和验证方式整个人的可信度完全不一样。演示视频不要配背景音乐盖过讲解直接录你操作的声音边点边说「现在我把顾客耐心改成 10 秒可以看到订单很快变红」。源码打包前把Library和Temp目录删掉只留Assets、ProjectSettings和Packages压缩包能小一半。我自己做这类项目最大的教训是别等到最后一周才录视频。代码写完当天就录一版哪怕 UI 还丑先把流程跑通录下来后面改完再补录。这样万一后期出问题你手里至少有一版能交的素材。希望帮到你。本文还有配套的精品资源点击获取 C#本科毕业设计基于Unity的餐厅经营游戏：从工程结构到论文答辩全流程
简介本资源为基于Unity引擎与C#语言开发的餐厅经营类游戏本科毕业设计完整项目包面向计算机相关专业正在准备毕业设计、课程大作业或需要项目实战练习的学生。项目经导师指导并通过评审获得98分高分源码均经过本地编译与严格调试可稳定运行难度适中适合作为参考模板或二次开发基础。压缩包共916个文件约226.97MB涵盖142个C#脚本、119个动态链接库、39张界面与素材图片、33个三维模型、21个预制体、15个材质、7个Unity场景文件及7份PDF文档等完整覆盖游戏逻辑、场景搭建、资源管理与数据库设计。资源同时附带论文、数据库文件与演示视频读者可借此掌握餐厅经营玩法中的订单处理、顾客行为、经济系统等核心模块实现思路并对照论文理解整体架构与开发流程。目前已有78人学习下载适合需要完整赛题方案与排错参考的学习者。1. 从一份能跑起来的 C# 餐厅经营游戏说起Unity 毕业设计到底交付什么很多同学搜「C#本科毕业设计基于Unity的餐厅经营游戏」时脑子里其实只有一句话我要交一个能演示、能答辩、代码能看懂的东西。但真正动手才发现坑不在写代码而在「交付物」这三个字——导师要源码、要数据库、要论文、要演示视频四样东西缺一不可而且它们之间必须能互相印证。我见过太多人代码跑得挺欢论文里写的模块名和工程里的类名对不上答辩时被问一句「你这个顾客排队逻辑在哪个脚本里」就卡住了。这篇笔记就按一线做项目的顺序把 Unity 餐厅经营游戏从工程结构、C# 脚本、数据持久化到论文与演示视频的对应关系拆开讲适合正在做计算机毕业设计、手里有 Unity 基础但没做过完整商业模拟类项目的同学。读完你至少能判断这套方案值不值得投入两三个月以及每一步该盯住什么参数。2. Unity 餐厅经营游戏的工程结构与 C# 脚本分层2.1 先定场景划分再谈代码怎么写餐厅经营类游戏看着简单实际是一个典型的状态机加数据驱动的模拟系统。我一般会把工程拆成四个场景Boot启动与存档加载、MainMenu主菜单、Restaurant核心经营场景、Result日结算。这样拆的好处是答辩演示时你可以按「启动→选关→经营→结算」的顺序走一遍逻辑闭环非常清晰导师一眼就能看懂你的设计意图。场景拆完之后C# 脚本按职责分三层这是整个项目能不能讲清楚的关键层级目录职责典型类数据层Scripts/Data定义静态配置与存档结构DishData、SaveData逻辑层Scripts/Logic经营规则、状态流转OrderSystem、CustomerSpawner表现层Scripts/ViewUI 刷新、动画、音效触发HUDController、CustomerView这个分层不是摆设。论文里写「系统采用分层架构」答辩老师很可能追问「你怎么保证表现层不直接改数据」。答案就是表现层只订阅逻辑层抛出的 C# event绝不反向调用。下面这段是订单系统的核心骨架你可以直接抄结构// Scripts/Logic/OrderSystem.cs using System; using System.Collections.Generic; using UnityEngine; public class OrderSystem : MonoBehaviour { // 事件订单创建/完成时通知表现层避免UI直接操作数据 public event ActionOrder OnOrderCreated; public event ActionOrder OnOrderCompleted; private readonly ListOrder activeOrders new ListOrder(); private readonly QueueOrder pendingQueue new QueueOrder(); // 每帧检查订单超时参数由外部配置注入 [SerializeField] private float orderTimeout 60f; public void CreateOrder(DishData dish, int tableId) { var order new Order(dish, tableId, Time.time); pendingQueue.Enqueue(order); activeOrders.Add(order); OnOrderCreated?.Invoke(order); // 通知UI生成订单卡片 } private void Update() { for (int i activeOrders.Count - 1; i 0; i--) { var o activeOrders[i]; if (Time.time - o.CreateTime orderTimeout) { activeOrders.RemoveAt(i); // 超时扣分逻辑走这里不写在UI里 GameManager.Instance.AddPenalty(o.TableId); } } } }逻辑说明OnOrderCreated和OnOrderCompleted两个 event 是分层的关键表现层订阅它们来刷新 UI逻辑层完全不认识任何 Text 或 Image 组件。参数说明orderTimeout用[SerializeField]暴露到 Inspector方便你在答辩现场直接改数值演示「顾客耐心」这个机制不用重新编译。pendingQueue和activeOrders分开存是为了后续做「后厨排队」扩展时不用重构。2.2 顾客生成与寻路的参数怎么设顾客生成器是餐厅游戏里最容易翻车的地方。新手常见做法是Instantiate一个顾客预制体然后让它自己找座位结果十个顾客抢一个位子或者卡在门口不动。我一般用「座位注册表 生成节流」两个手段解决。座位注册表就是一个ListTableSlot每个 TableSlot 记录isOccupied和worldPos。顾客生成时先查空位查到才生成生成后立刻把座位标记为占用。生成节流用InvokeRepeating或者协程控制间隔间隔参数跟「餐厅等级」挂钩// Scripts/Logic/CustomerSpawner.cs using System.Collections; using UnityEngine; public class CustomerSpawner : MonoBehaviour { [SerializeField] private GameObject customerPrefab; [SerializeField] private float baseInterval 5f; // 基础生成间隔 [SerializeField] private float minInterval 1.5f; // 最快间隔上限 [SerializeField] private TableRegistry registry; private float currentInterval; private void Start() { currentInterval baseInterval; StartCoroutine(SpawnLoop()); } private IEnumerator SpawnLoop() { while (true) { yield return new WaitForSeconds(currentInterval); var slot registry.GetFreeSlot(); if (slot null) continue; // 没空位就跳过不生成 var go Instantiate(customerPrefab, slot.WorldPos, Quaternion.identity); slot.Occupy(go); // 餐厅等级越高间隔越短但不超过minInterval currentInterval Mathf.Max(minInterval, baseInterval - GameManager.Instance.Level * 0.3f); } } }逻辑说明GetFreeSlot返回 null 时直接continue这是防止顾客堆积在门口的关键。参数说明baseInterval设 5 秒、minInterval设 1.5 秒是实测下来比较像真实餐厅节奏的区间Level * 0.3f这个系数你可以按自己游戏的经济曲线调但别低于 0.2否则后期顾客刷太快低端机帧率会掉。寻路部分如果不想接 NavMesh用Vector3.MoveTowards沿预设路径点走就够了餐厅场景小A* 属于过度设计。3. 数据持久化用 SQLite 存经营数据而不是 PlayerPrefs3.1 为什么毕业设计一定要上数据库很多同学图省事存档直接用PlayerPrefs结果论文里「数据库设计」这一章没法写导师一问「你的数据表结构呢」就露馅。餐厅经营游戏天然适合上关系型数据库菜品表、订单表、日结算表三张表就能撑起一个像样的 E-R 图。Unity 里用 SQLite 的常见做法是引入Mono.Data.Sqlite或者System.Data.SQLite把 dll 放到Plugins目录。数据库文件放Application.persistentDataPath下这样打包成 exe 后也能正常读写。下面这段是建表和插入订单的示例// Scripts/Data/DatabaseManager.cs using System.Data; using Mono.Data.Sqlite; using UnityEngine; public class DatabaseManager : MonoBehaviour { private string connStr; private void Awake() { // 数据库文件放在持久化目录打包后依然可写 string dbPath System.IO.Path.Combine(Application.persistentDataPath, restaurant.db); connStr URIfile: dbPath; InitTables(); } private void InitTables() { using (var conn new SqliteConnection(connStr)) { conn.Open(); using (var cmd conn.CreateCommand()) { // 菜品表id、名称、成本、售价、解锁等级 cmd.CommandText CREATE TABLE IF NOT EXISTS dish ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, cost REAL, price REAL, unlock_level INTEGER DEFAULT 1);; cmd.ExecuteNonQuery(); // 订单表关联菜品记录完成时间与是否超时 cmd.CommandText CREATE TABLE IF NOT EXISTS orders ( id INTEGER PRIMARY KEY AUTOINCREMENT, dish_id INTEGER, table_id INTEGER, create_time REAL, finish_time REAL, is_timeout INTEGER DEFAULT 0, FOREIGN KEY(dish_id) REFERENCES dish(id));; cmd.ExecuteNonQuery(); } } } }逻辑说明CREATE TABLE IF NOT EXISTS保证每次启动不会重复建表这是打包后反复运行的安全做法。参数说明cost和price用 REAL 而不是 INTEGER方便你后面做「打折促销」这种带小数的经济系统is_timeout用 0/1 存布尔值SQLite 没有原生 bool 类型这是标准做法。论文里的 E-R 图就照这两张表画再补一张daily_report表记录每日营业额三张表的关系足够撑起一章。3.2 存档与读档的时机控制数据库写操作不要每帧做也不要在顾客完成订单的瞬间立刻写那样 IO 太频繁。我一般用「脏标记 定时落盘」内存里维护当前营业数据每 10 秒或者日结算时统一写一次。这样既保证数据不丢又不会卡帧。// Scripts/Data/SaveService.cs using UnityEngine; public class SaveService : MonoBehaviour { [SerializeField] private float saveInterval 10f; private bool isDirty false; private void Start() { InvokeRepeating(nameof(FlushIfDirty), saveInterval, saveInterval); } public void MarkDirty() isDirty true; private void FlushIfDirty() { if (!isDirty) return; DatabaseManager.Instance.SaveCurrentSession(); isDirty false; Debug.Log([Save] 营业数据已落盘); } private void OnApplicationQuit() { // 退出前强制存一次这是后悔药 FlushIfDirty(); } }逻辑说明MarkDirty由订单完成、顾客离开等逻辑调用FlushIfDirty定时检查。参数说明saveInterval设 10 秒是平衡点设 1 秒会频繁 IO设 60 秒万一崩溃丢的数据太多。OnApplicationQuit里强制存一次这是血泪经验——很多同学演示时直接点窗口关闭结果当天数据全没了。4. 避坑与排查餐厅经营游戏开发中最容易翻车的 5 个点4.1 顾客卡在门口不动现象顾客生成后站在原地不走向座位。原因预制体上的NavMeshAgent没有烘焙导航网格或者目标点SetDestination在Start里调用时 NavMesh 还没加载完。解决把SetDestination放到OnEnable之后一帧或者干脆不用 NavMesh用路径点数组加MoveTowards餐厅场景小后者更稳。4.2 订单 UI 和实际数据对不上现象界面上显示 3 个订单实际逻辑层只有 2 个。原因表现层直接Instantiate了订单卡片但逻辑层因为超时已经移除了订单两边没有走同一个事件源。解决所有 UI 刷新必须由OnOrderCreated/OnOrderCompleted事件驱动禁止在 UI 脚本里自己维护订单列表。4.3 SQLite 在打包后报 DLLNotFoundException现象编辑器里跑得好好的打包成 exe 后一读数据库就崩。原因Mono.Data.Sqlite.dll和sqlite3.dll没有正确放到Assets/Plugins下或者平台架构选错了x86 和 x86_64 混用。解决确认sqlite3.dll放在Plugins/x86_64Inspector 里平台设置勾选对应架构打包前在空工程里先验证一次。4.4 论文里的模块名和代码类名不一致现象答辩时老师问「你论文里写的 OrderManager 在工程里怎么找不到」。原因写论文时凭想象起了名字代码里实际叫 OrderSystem。解决论文定稿前把工程里所有public class名字导出成一张表论文里出现的每个模块名都去表里核对一遍这是最笨但最有效的办法。4.5 演示视频录出来 UI 模糊现象视频里文字看不清答辩老师看不清你的营业额数字。原因Game 视图分辨率设太低或者录屏软件压缩太狠。解决录制前把 Game 视图设成 1920x1080用 OBS 录码率不低于 5000kbps录完自己放大看一遍数字能不能认清。5. 论文、演示视频与源码的对应关系怎么收口最后一章讲一个具体技巧怎么让论文、视频、源码三样东西互相印证而不是各说各话。我的习惯是做一个「功能-类-论文小节」对照表放在论文附录里答辩前自己先过一遍。论文小节对应类演示视频时间点验证方式3.2 订单管理OrderSystem.cs00:45 - 01:20现场改 orderTimeout 看超时扣分3.3 顾客生成CustomerSpawner.cs01:20 - 02:00改 baseInterval 看生成速度变化4.1 数据库设计DatabaseManager.cs不演示打开 db 文件看表结构4.2 存档机制SaveService.cs02:00 - 02:30经营中途关窗口再打开看数据在不在这个表的好处是答辩时老师问哪个功能你能立刻说出类名、视频时间点和验证方式整个人的可信度完全不一样。演示视频不要配背景音乐盖过讲解直接录你操作的声音边点边说「现在我把顾客耐心改成 10 秒可以看到订单很快变红」。源码打包前把Library和Temp目录删掉只留Assets、ProjectSettings和Packages压缩包能小一半。我自己做这类项目最大的教训是别等到最后一周才录视频。代码写完当天就录一版哪怕 UI 还丑先把流程跑通录下来后面改完再补录。这样万一后期出问题你手里至少有一版能交的素材。希望帮到你。本文还有配套的精品资源点击获取