企业官网建设流程全解析

1. 项目背景与整体设计思路

1.1 这个毕业设计到底在做什么

先说结论：这是一个以蛋糕甜品烘焙教程为核心内容的微信小程序项目，后端采用ThinkPHP或Laravel框架提供数据接口，前端用微信小程序原生开发（也可以用uniapp）。说白了就是做一个“烘焙版小红书”，用户在微信里打开小程序就能浏览蛋糕、甜品、饼干的图文教程和视频教程，可以按分类筛选、收藏自己喜欢的配方、给教程打分留言，管理员通过后端管理后台维护教程内容和用户数据。

这个选题在毕业设计里属于典型的“电商/内容类小程序”方向，难度适中，既能体现前端小程序开发能力，又能展示后端框架运用水平，而且烘焙教程这个垂直领域比较接地气，演示效果直观，答辩时容易讲清楚。我当年带过不少学生做类似项目，这类“内容展示+用户交互”的小程序在毕设选题里属于性价比很高的选择。

那为什么后端要选ThinkPHP或Laravel？因为这两种框架在国内的PHP生态里占有率最高，ThinkPHP是国内老牌框架，中文文档完善、上手曲线平缓；Laravel是国际主流框架，设计优雅、生态强大，两者都能很好地支撑小程序的API接口开发。做毕设嘛，选哪个都行，关键是要在论文里写清楚“为什么选它”。

1.2 核心功能模块拆解

在动工之前，先把功能边界画清楚。很多学生一上来就想着做大而全的商城系统、支付系统，结果做不完、做不深，答辩被问住。我建议把这个项目拆成以下几个核心模块：

• 用户模块：微信授权登录、用户信息维护、我的收藏、我的浏览记录
• 教程模块：教程列表展示、分类筛选（蛋糕、饼干、甜品、面包等）、教程详情页（图文步骤+操作视频）、搜索
• 互动模块：教程收藏、点赞、评论/留言
• 内容管理后台：教程的增删改查、分类管理、用户管理、评论管理、数据统计（访问量、收藏量）

这些模块覆盖了小程序开发的常见技术点：微信登录态处理、列表渲染、数据交互、富文本展示、视频播放等，技术含量和完成度都足够支撑一篇像样的毕业设计论文。

有一点要特别提醒：教程的“视频播放”不要自己存视频文件。小程序对视频源有域名白名单要求，而且大文件存储成本高、加载慢，最省事的做法是用腾讯视频或第三方云存储的视频链接，小程序里用video组件直接播放URL即可。

1.3 为什么后端接口要独立出来

这个项目采用前后端分离的架构。前端是微信小程序，后端是ThinkPHP/Laravel写的API接口服务，两者通过HTTP请求+JSON数据通信。前后端分离的好处有三个：

第一，逻辑清晰。小程序只负责展示和交互，所有的业务逻辑（比如登录校验、收藏判断、数据统计）都放在后端处理，前端代码精简，维护方便。

第二，便于答辩讲解。你可以把后端接口单独演示，用Postman或浏览器直接请求API接口看返回结果，比直接在手机上点小程序更能展示“你确实做了后端开发”。

第三，扩展性好。以后如果要做管理后台网页，直接复用同一套API接口就行，不用重新写逻辑。

接口设计上，统一采用RESTful风格，比如：

GET /api/tutorial/list 教程列表 GET /api/tutorial/detail 教程详情 POST /api/tutorial/favorite 收藏/取消收藏 POST /api/comment/add 发表评论 GET /api/category/list 分类列表 POST /api/user/login 微信登录

接口返回格式统一为：

{ "code": 200, "msg": "success", "data": {} }

这样前端解析方便，后端调试也直观。

2. 技术选型深度对比：ThinkPHP还是Laravel

2.1 两种框架的核心差异

这是很多同学纠结的问题。我直接给结论：如果你的PHP基础比较薄弱，或者时间紧张，选ThinkPHP；如果你想把毕设做出“高级感”，愿意多花时间学习，选Laravel。

两者的具体差异主要体现在这几个方面：

我在实际带项目的过程中发现，大部分本科毕设选ThinkPHP就够了。原因很简单：毕设的核心目标是“完成功能+讲清原理”，ThinkPHP的数据库操作、验证器、模板渲染都非常直接，学生一个月左右就能上手。而Laravel虽然优雅，但要真正理解服务容器、门面（Facade）、Eloquent关联模型这些概念，对基础薄弱的学生来说容易陷入“照着抄但不知道为啥”的状态。

2.2 版本选择要特别注意

选好框架之后，版本又是一个坑。很多同学下载了旧教程里的ThinkPHP 3.2版本，结果PHP都8.0了，老框架一堆兼容性问题，运行都跑不起来。血的教训：不要用ThinkPHP 3.2，这个版本已经严重过时，网上虽然教程多，但都是十年前的内容，跟现在的PHP 8环境兼容性极差。

我建议的版本组合：

• ThinkPHP 6.x + PHP 7.4/8.0
• Laravel 10.x + PHP 8.1以上

如果你之前没装过PHP环境，我推荐用phpstudy这个集成环境工具，一键切换PHP版本、MySQL版本，比手动配置XAMPP省心很多。开发调试阶段用内置的服务器就行，等做完了再部署到云服务器。

题外话：这个项目标题里提到了“Thinkphp 3.2版本兼容php8”这个热搜词，说明有不少人在这个坑里挣扎过。如果你确实想看老项目的代码，可以用Docker把老环境打包起来跑，但毕设项目完全没有必要给自己找这个麻烦。

2.3 中间件的用途与实现原理

不管选哪个框架，“中间件”这个概念在小程序后端开发里都很重要，因为微信小程序的每个接口都需要做登录态校验。

Laravel的中间件机制值得好好写进论文里。它的核心原理是一个“请求管道”：HTTP请求进入应用后，会经过一系列中间件，每个中间件可以在请求到达控制器之前做预处理，也可以在响应返回客户端之前做后处理。用生活中的例子来说，就像进机场安检——先查身份证（认证中间件），再查行李（日志中间件），然后才能进候机厅（控制器）。

在微信小程序场景下，我们主要用到的是中间件做登录校验。每次请求都带上一个token，中间件拦截请求看看token是否有效：

// Laravel中间件示例 public function handle($request, Closure $next) { $token = $request->header('Authorization'); $openid = Redis::get('token:' . $token); if (!$openid) { return response()->json(['code' => 401, 'msg' => '未登录'], 401); } $request->attributes->set('openid', $openid); return $next($request); }

ThinkPHP 6也有中间件概念，用法类似，只是实现方式略有差别。理解了中间件的原理，论文里就多了一个可以深入探讨的技术点，而且这确实是小程序后端开发中非常实用且高频使用的功能。

3. 数据库设计与后端接口实现

3.1 核心数据表结构设计

数据库设计是小程序项目的重中之重，表结构直接决定了代码怎么写、功能怎么实现。以下是我认为一套合理完整的数据表设计：

用户表（users）

CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `openid` varchar(64) NOT NULL COMMENT '微信openid', `nickname` varchar(100) DEFAULT '' COMMENT '昵称', `avatar` varchar(255) DEFAULT '' COMMENT '头像', `gender` tinyint(1) DEFAULT 0 COMMENT '性别', `city` varchar(100) DEFAULT '' COMMENT '城市', `create_time` int(11) DEFAULT NULL COMMENT '创建时间', `update_time` int(11) DEFAULT NULL COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE KEY `uniq_openid` (`openid`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这张表的核心字段是openid，它是用户在微信生态里的唯一标识。注意一定要加唯一索引，因为在并发登录的时候可能会出现重复插入的问题。utf8mb4字符集是目前的标准配置，能完整支持emoji表情——烘焙教程的评论区用户经常会发表情。

教程分类表（categories）

CREATE TABLE `categories` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL COMMENT '分类名称', `sort` int(11) DEFAULT 0 COMMENT '排序值，越大越靠前', `status` tinyint(1) DEFAULT 1 COMMENT '是否启用', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

教程表（tutorials）

这张表是核心中的核心，字段比较多：

CREATE TABLE `tutorials` ( `id` int(11) NOT NULL AUTO_INCREMENT, `category_id` int(11) NOT NULL COMMENT '所属分类', `title` varchar(200) NOT NULL COMMENT '教程标题', `cover` varchar(255) DEFAULT '' COMMENT '封面图', `video_url` varchar(255) DEFAULT '' COMMENT '视频链接', `content` text COMMENT '图文教程内容', `ingredients` text COMMENT '食材清单（JSON格式）', `steps` text COMMENT '步骤说明（JSON格式）', `view_count` int(11) DEFAULT 0 COMMENT '浏览量', `favorite_count` int(11) DEFAULT 0 COMMENT '收藏量', `status` tinyint(1) DEFAULT 1 COMMENT '状态：0下架 1上架', `sort` int(11) DEFAULT 0 COMMENT '排序值', `create_time` int(11) DEFAULT NULL, `update_time` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_category` (`category_id`), KEY `idx_status` (`status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这里的食材清单（ingredients）和步骤（steps）用JSON格式存储，是比较推荐的方案。因为不同教程的步骤数和食材项数不一样，用JSON格式可以灵活保存任意长度的结构化数据，而不需要额外建两张关联表。比如：

// ingredients字段示例 [ {"name": "低筋面粉", "amount": "100克"}, {"name": "鸡蛋", "amount": "3个"}, {"name": "细砂糖", "amount": "60克"} ] // steps字段示例 [ {"order": 1, "text": "将蛋清蛋黄分离", "image": "https://xxx/step1.jpg"}, {"order": 2, "text": "蛋清分三次加糖打发至硬性发泡", "image": "https://xxx/step2.jpg"} ]

收藏表（favorites）

CREATE TABLE `favorites` ( `id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) NOT NULL, `tutorial_id` int(11) NOT NULL, `create_time` int(11) DEFAULT NULL, PRIMARY KEY (`id`), UNIQUE KEY `uniq_user_tutorial` (`user_id`, `tutorial_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

收藏表一定要加user_id + tutorial_id的联合唯一索引，防止用户重复收藏。查询“当前用户是否收藏了某教程”就变成了一条简短SQL，效率非常高。

评论表（comments）

CREATE TABLE `comments` ( `id` int(11) NOT NULL AUTO_INCREMENT, `tutorial_id` int(11) NOT NULL, `user_id` int(11) NOT NULL, `content` varchar(500) NOT NULL, `create_time` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_tutorial` (`tutorial_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

3.2 ThinkPHP/Laravel的模型关联应用

有了这些表，后端代码就好写了。以Laravel为例，一个很漂亮的特性就是Eloquent ORM的关联模型：

// Tutorial模型 class Tutorial extends Model { // 教程属于一个分类 public function category() { return $this->belongsTo(Category::class); } // 教程有多个收藏 public function favorites() { return $this->hasMany(Favorite::class); } // 教程有多个评论 public function comments() { return $this->hasMany(Comment::class); } }

这样在查询教程详情时，一行代码就能把关联数据全部取出来：

$tutorial = Tutorial::with(['category', 'comments.user', 'favorites']) ->where('id', $request->id) ->first();

ThinkPHP的模型关联机制类似，用hasMany、belongsTo这些方法也能实现同样的效果。这部分内容很值得在论文里展开，因为它体现了面向对象设计中对数据关系的抽象能力。

3.3 教程列表接口的完整实现

列表接口是最常用的接口，我看过太多学生写列表接口就是SELECT * FROM table然后把数据原样返回，这种做法在真实项目里问题不小。一个合格的列表接口至少要支持分页、关键词搜索、分类筛选、排序这四个能力。

以Laravel为例：

public function list(Request $request) { $query = Tutorial::query()->where('status', 1); // 分类筛选 if ($request->has('category_id')) { $query->where('category_id', $request->category_id); } // 关键词搜索（标题模糊匹配） if ($request->has('keyword') && $request->keyword != '') { $query->where('title', 'like', '%' . $request->keyword . '%'); } // 排序：1=最新 2=最热（按浏览量） $sort = $request->input('sort', 1); if ($sort == 2) { $query->orderBy('view_count', 'desc'); } else { $query->orderBy('id', 'desc'); } // 分页 $list = $query->paginate($request->input('pagesize', 10)); return response()->json(['code' => 200, 'data' => $list]); }

小程序端用wx.request请求这个接口，把category_id、keyword、page、pagesize这些参数传过来，就能实现下拉刷新、上拉加载更多、分类切换、搜索这些常见交互了。

这里有一个性能优化的经验：列表接口不要返回教程的完整内容字段（content、ingredients、steps），只返回列表展示需要的关键字段即可。数据量小的时候没感觉，等教程多了以后，一次返回几十条大字段数据，小程序端解析会明显变慢，流量也白白浪费。可以这样优化：

$list = $query->select('id', 'title', 'cover', 'view_count', 'favorite_count', 'create_time') ->paginate(...);

3.4 微信登录的完整流程

小程序的登录逻辑是很多学生搞不清楚的地方，但它是所有功能的基础。整个流程是这样的：

1. 小程序端调用wx.login()接口，获取一个临时凭证code（有效期5分钟）
2. 小程序把code通过wx.request发送到后端
3. 后端拿着code调用微信服务端的code2Session接口，换取openid和session_key
4. 后端用openid查找或创建用户记录
5. 后端生成一个自定义的token（可以是md5(openid + 时间戳 + 随机数)），存到Redis或数据库里，并设置有效期
6. 返回token给小程序
7. 小程序后续所有请求都在Header里带上这个token，后端通过中间件解析token识别用户身份

后端核心代码（Laravel）：

public function login(Request $request) { $code = $request->input('code'); // 调用微信接口换取openid $appid = config('wx.appid'); $secret = config('wx.secret'); $url = "https://api.weixin.qq.com/sns/jscode2session?appid={$appid}&secret={$secret}&js_code={$code}&grant_type=authorization_code"; $result = json_decode(file_get_contents($url), true); if (!isset($result['openid'])) { return response()->json(['code' => 500, 'msg' => '登录失败']); } $openid = $result['openid']; // 查找或创建用户 $user = User::firstOrCreate(['openid' => $openid]); // 生成登录token $token = md5($openid . time() . rand(1000, 9999)); Cache::put('token:' . $token, $user->id, 7200); // 2小时有效 return response()->json([ 'code' => 200, 'data' => [ 'token' => $token, 'user' => $user ] ]); }

注意这里有一个常见的坑：file_get_contents请求微信接口属于服务端请求，如果你在本地开发调试，不需要在小程序后台配置服务器域名白名单；但一旦部署到线上，你的后端服务域名必须在微信公众平台配置为业务域名。这个我后面专门讲。

4. 微信小程序前端实现

4.1 页面结构和跳转关系设计

小程序端我建议按下面这个结构来组织页面：

pages/ ├── index/ 首页（教程瀑布流列表） ├── category/ 分类页（左侧分类菜单+右侧教程列表） ├── detail/ 教程详情页（视频+图文步骤+食材清单） ├── user/ 我的页面（头像昵称、收藏、浏览记录） ├── favorites/ 我的收藏页 ├── comment/ 评论列表页 ├── search/ 搜索结果页

页面跳转关系很直观：index和category可以互相切换（底部TabBar），点击任一教程卡片进入detail，在detail里可以跳转comment查看全部评论，user页里可以点击进入favorites。

关于底部导航栏，小程序要在app.json里配置TabBar，我建议设置3个Tab：首页、分类、我的。烘焙教程内容多，3个Tab足够清晰，不需要画蛇添足。

4.2 教程详情页的关键实现

教程详情页是这个项目的颜值担当，也是功能最复杂的页面，建议做得细致一些。

页面结构大致是：

• 顶部：封面大图或视频播放器
• 标题和基础信息（分类、浏览量、收藏量）
• 食材清单（卡片式展示，按食材列表逐行显示名称和用量）
• 图文教程步骤（分步骤展示，每一步有文字说明和配图）
• 底部操作栏（收藏按钮、评论入口）

页面布局代码（简化版WXML）：

<view class="detail-container"> <video wx:if="{{detail.video_url}}" src="{{detail.video_url}}" controls class="video-player"></video> <image wx:else src="{{detail.cover}}" class="cover-img"></image> <view class="title-block"> <text class="title">{{detail.title}}</text> <view class="meta"> <text>{{detail.view_count}}人看过</text> <text>{{detail.favorite_count}}人收藏</text> </view> </view> <view class="section" wx:if="{{detail.ingredients.length > 0}}"> <view class="section-title">食材清单</view> <view class="ingredient-item" wx:for="{{detail.ingredients}}" wx:key="index"> <text>{{item.name}}</text> <text class="amount">{{item.amount}}</text> </view> </view> <view class="section" wx:if="{{detail.steps.length > 0}}"> <view class="section-title">制作步骤</view> <view class="step-item" wx:for="{{detail.steps}}" wx:key="order"> <view class="step-num">{{item.order}}</view> <view class="step-content"> <text>{{item.text}}</text> <image wx:if="{{item.image}}" src="{{item.image}}" mode="widthFix"></image> </view> </view> </view> </view> <view class="bottom-bar"> <view class="favorite-btn {{isFavorite ? 'active' : ''}}" bindtap="toggleFavorite"> <text>{{isFavorite ? '已收藏' : '收藏'}}</text> </view> <view class="comment-btn" bindtap="goComment">评论</view> </view>

视频播放这里有个小细节：如果教程没有视频，就显示封面大图。我在实际做类似项目时发现，烘焙教程的视频往往比较长，微信小程序原生video组件较好，但要注意视频源的域名必须在小程序后台配置到downloadFile合法域名里，否则真机预览播放不了。

收藏功能的实现：

Page({ data: { detail: {}, isFavorite: false }, onLoad(options) { this.tutorialId = options.id; this.loadDetail(); }, loadDetail() { const token = wx.getStorageSync('token'); wx.request({ url: 'https://yourdomain.com/api/tutorial/detail', data: { id: this.tutorialId }, header: { 'Authorization': token }, success: (res) => { if (res.data.code === 200) { this.setData({ detail: res.data.data, isFavorite: res.data.data.is_favorite }); } } }); }, toggleFavorite() { if (!wx.getStorageSync('token')) { wx.showToast({ title: '请先登录', icon: 'none' }); return; } wx.request({ url: 'https://yourdomain.com/api/tutorial/favorite', method: 'POST', data: { tutorial_id: this.tutorialId }, header: { 'Authorization': wx.getStorageSync('token') }, success: (res) => { if (res.data.code === 200) { this.setData({ isFavorite: !this.data.isFavorite }); wx.showToast({ title: res.data.msg }); } } }); } });

4.3 uniapp与原生开发的取舍

前面提到了uniapp，这里展开说说。如果你只想围绕微信小程序做，直接用微信原生开发就够了，没有什么学习成本。但如果你的论文想强调“多端适配”，用uniapp框架写一套代码，既能编译成微信小程序，也能编译成H5和App，这种“一套代码多端运行”的卖点在答辩的时候会比较加分。

我个人的建议是：

• 时间充裕、想写点有技术深度的内容：uniapp + Vue3语法，做一个完整的项目，论文里多一个“跨端方案对比”的亮点。
• 时间紧张、想尽快跑通整个流程：微信小程序原生开发，文档资料多，排查问题方便。

4.4 需要注意的小程序配置细节

小程序开发不只是在编辑器里写代码，还涉及到很多平台配置的工作。这些细节往往是学生最容易忽略的：

1. 服务器域名白名单

登录微信公众平台，在“开发管理-开发设置-服务器域名”里配置request合法域名。你所用的后端API接口域名必须在这里配置，否则真机调试时所有wx.request都会报域名不合法错误。开发模式下可以在微信开发者工具里勾选“不校验合法域名”绕过，但线上版本一定要配上。

2. 登录态过期

微信小程序的token有效期要合理安排。太短（比如30分钟）会导致用户频繁重新登录，体验很差；太长（比如7天）又有安全隐患。我建议后台管理员类操作校验严格一些，普通浏览接口放宽到2小时到7天。缓存策略可以用Redis设置不同的失效时间。

3. 首页加载体验

很多学生反映小程序“刚进入的加载页面”不好看。微信小程序默认启动时会出现一个白屏，如果配置了window里的backgroundColor和navigationBarBackgroundColor，能让启动过程看起来舒服一些。更进阶的做法是在app.json里配置loading相关的启动屏。我试过在首页用一个骨架屏组件代替传统的loading动画，用户在等待数据加载时看到的不是白屏，而是内容占位图，体验会好很多。

5. 部署上线与常见问题排查

5.1 后端部署的完整流程

当你的代码本地都调试OK之后，就要部署到云服务器上。这里记录一下我在实际部署中经常用到的步骤：

1. 购买一台云服务器（2核4G就够了，学生机就可以）
2. 安装LNMP环境（Linux + Nginx + MySQL + PHP）
3. 把后端代码上传到服务器
4. 配置Nginx站点指向项目的public目录
5. 配置HTTPS证书（微信小程序要求所有请求必须HTTPS）
6. 创建数据库并把SQL导入
7. 修改项目的数据库配置和微信小程序配置
8. 测试所有API接口是否能正常访问

这里有一个非常关键的细节：小程序要求request合法域名必须是HTTPS协议，且证书要有效。所以必须在服务器上配置SSL证书。如果是学生项目，可以用免费的Let's Encrypt证书，一年有效期，到期前记得重新申请。

5.2 安全方面必须注意的坑

在带着学生做毕设的过程中，我发现后端安全问题始终是最容易被忽视的环节。好在微信小程序项目天然有一层安全防护（用户必须经过微信登录才能操作），但该做的检查一个都不能少：

• 参数校验：所有接口的参数都不能直接信任前端传来的值，后端必须做类型判断、长度限制、枚举检查。比如tutorial_id必须是正整数，不能是字符串或负数。
• SQL注入：使用ORM模型的参数绑定方式，能有效防止SQL注入。不要拼SQL字符串。
• 越权防护：用户只能操作自己的数据。比如删除评论时，后端要校验这条评论确实属于当前用户，不能被前端伪造请求删掉别人的评论。
• XSS防护：用户输入的内容（比如昵称、评论），前端展示时要转义处理。小程序端用{{}}绑定默认是转义的，这点比Web要安全一些。

5.3 常见问题速查表

我把做这类项目最常见的坑集中整理成表格，供大家排查时参考：

5.4 性能优化的小技巧

虽然毕设对性能要求不高，但在论文里写上一两段“性能优化”的内容，会让答辩老师觉得你考虑问题很全面：

• Redis缓存：教程列表是高频访问的数据，可以缓存到Redis里，设置10分钟过期。每次请求先查Redis，没有再查MySQL，然后把结果写回Redis。
• 数据冗余：在教程列表的返回数据里，直接附带收藏量和浏览量字段，避免前端每次都要额外请求统计接口。
• 图片懒加载：小程序image组件的lazy-load属性可以开启图片懒加载，列表页图片较多时能明显减少首屏网络请求。
• 大文本字段分离：列表页只查列表字段，详情页再查完整内容，这种“字段裁剪”的做法在数据量大时效果很明显。

有一点要特别强调：不要为了优化而过度设计。毕设项目最终的目的是把所有功能跑通、讲清楚，如果因为加了Redis缓存导致代码复杂度大增、自己都解释不清楚，那就得不偿失了。量力而行就好。

6. 实操总结与避坑心得

做完整个项目，我最想跟大家分享的就是“动手之前先想清楚数据关系”。很多同学把表结构设计错了，后面改代码的时候痛苦不堪。你在画表之前，先问问自己：用户和教程什么关系？教程和分类什么关系？用户和收藏什么关系？这些一对多、多对多的关系理清楚了，模型层的代码基本就是顺水推舟。

另外，我建议把项目分成四个阶段来做，每个阶段都有明确的目标：

1. 第一阶段（大约一周）：搭建开发环境，跑通一个最简单的hello world接口，从小程序端调通这个接口。这一步看着简单，但能把整个开发链路打通，后面就不会有“环境问题”来干扰你的正常开发。
2. 第二阶段（大约两周）：完成数据库设计和后端所有接口开发，用Postman或者Apifox把每个接口都测一遍。我建议在做前端之前，先把所有接口测通，不要边做前端边改后端接口。
3. 第三阶段（大约两周）：实现小程序前端页面和交互逻辑，把每个页面做出来、连上接口。
4. 第四阶段（大约一周）：整体联调、真机测试、部署上线、准备答辩材料（系统架构图、数据库设计图、功能截图）。

这个分工很符合一般毕业设计的节奏，当然你要是能力强，压缩时间也没问题，但尽量不要跳过“联调部署”这个环节。

在答辩的时候，有几类问题老师几乎必问，你提前准备一下：为什么选这个课题、技术选型方案是怎么考虑的、表结构为什么这么设计、某个功能的具体实现思路是什么、遇到过什么困难怎么解决的。上面写的这些内容，其实都是给这些问题准备好的答案。

最后再分享一个我在实际操作中摸索出的小技巧：在小程序开发者工具里，把不校验合法域名、TLS版本以及HTTPS证书这个选项打开，能省很多开发阶段的功夫。但提交审核前一定要记得关掉，用真机走一遍完整的流程，确保所有API都正常。这个操作我至少踩过三次坑，每次都因为没关这个选项，上线后小程序在某些网络环境下请求全部失败。

烘焙教程小程序这个题目看起来不大，但麻雀虽小五脏俱全——用户登录、内容管理、收藏互动、搜索浏览，所有主流电商和内容类App的核心模块都有了。一步一个脚印把它做完，你会发现自己PHP、数据库、小程序三方面的能力都会有一个质的提升，论文素材也会非常充实。