1. 问题：毕设做“小程序”还是“H5”，为什么这么难选？
很多同学在毕设选题或开题阶段，都会卡在一个问题上：
“题目已经定了移动端应用，但到底是做微信小程序，还是做 H5 网页？导师也没明确要求，自己又怕选错被问住。” 常见纠结点：
- 想做“新颖一点”的：觉得小程序更潮，但担心部署复杂、接口限制多；
- 想做“简单一点”的：觉得 H5 部署方便，但又怕被说“技术含量不高”。 实际上，小程序 vs H5 不是“谁更高级”的问题，而是“谁更适合你的毕设场景”。
2. 核心结论：先看 3 个关键问题，再选技术栈
可以直接用下面这张决策表来判断你的毕设更适合哪一种：
| 判断维度 | 问题 | 更适合小程序 | 更适合 H5 |
|---|---|---|---|
| 用户场景 | 用户主要在微信内使用，还是需要独立访问？ | 主要依赖微信生态，扫码/分享、公众号联动 | 需要独立访问链接，PC/手机浏览器都要兼容 |
| 功能需求 | 需要哪些系统能力？ | 需要微信支付、微信登录、扫一扫、地理位置、卡券等微信专属能力 | 主要是信息展示、表单、简单地图/视频等 Web 通用能力 |
| 开发与部署 | 团队对技术栈熟悉度与部署条件？ | 前端熟悉 Vue/React，后端熟悉 Spring Boot，服务器资源有限 | 有现成 Web 部署经验，需要快速上线、多端复用 |
| 答辩展示 | 导师更看重什么？ | 强调“平台生态整合”“微信场景创新” | 强调“前后端分离”“响应式布局”“跨平台访问” |
| 一句话结论： |
- 如果你的毕设围绕微信生态场景，比如：校园二手交易平台、课堂签到小程序、活动报名系统，优先选小程序。
- 如果你的毕设强调跨平台访问，比如：企业官网、在线问卷系统、数据可视化展示平台，优先选 H5。
3. 详细分析：小程序 vs H5 的差异与适用场景
3.1 平台特性与用户体验
微信小程序
- 微信官方定义：一种“不需要下载安装即可使用”的应用，用户通过扫一扫或搜索即可打开，体现“用完即走”的理念。
- 优点：
- 获客成本低，依托微信 10 亿+ 用户，可直接分享到聊天、朋友圈。
- 系统权限丰富：微信登录、微信支付、扫一扫、地理位置、卡券等能力。
- 体验更接近原生，页面切换流畅，适合高频、轻量场景。
- 缺点：
- 审核严格，个人主体功能受限，企业主体才能使用支付、web-view 等能力。
- 只能在微信内使用，脱离微信环境无法访问。 H5 移动网页
- 本质上就是移动端 Web 应用，基于 HTML5、CSS3、JavaScript 构建，可在任意浏览器访问。
- 优点：
- 跨平台：PC、手机、平板都能访问，一次开发多端运行。
- 部署灵活：只需一台 Web 服务器，无需应用商店审核。
- 适合内容展示、数据可视化、管理后台等场景。
- 缺点：
- 用户体验略弱于原生，复杂交互体验不如小程序流畅。
- 无法直接使用微信支付、微信登录等微信专属能力，需要通过公众号/开放平台单独对接。
3.2 技术栈与开发成本对比
结合毕设中常见的 Spring Boot 后端 + 前端框架的架构，可以对比一下：
| 维度 | 微信小程序 | H5 移动网页 |
|---|---|---|
| 前端技术 | WXML + WXSS + JavaScript，基于微信小程序框架 | HTML5 + CSS3 + JavaScript，可选 Vue / React 等前端框架 |
| 后端技术 | Spring Boot 提供 RESTful API，接口需符合微信小程序域名与安全要求 | Spring Boot 提供 RESTful API，标准 Web 项目即可 |
| 开发工具 | 微信开发者工具，支持调试、预览、上传 | VS Code / WebStorm + 浏览器，任何 IDE 都可 |
| 部署方式 | 小程序代码上传至微信平台，后端部署在云服务器 | 前后端都部署在云服务器，Nginx + Spring Boot 组合常见 |
| 学习成本 | 需要学习小程序框架和微信 API，但语法与前端接近 | 如果你熟悉 HTML/CSS/JS 或 Vue/React，几乎没有额外学习成本 |
| 对毕设而言： |
- 如果你已经会用 Vue 或 React，做 H5 前端几乎没有门槛；
- 如果你愿意多学一套小程序框架，换来的“微信生态能力”在答辩时是非常亮眼的加分项。
3.3 与 Spring Boot / Vue 等主流技术栈的结合
无论选小程序还是 H5，后端都可以用 Spring Boot，这是目前企业级应用和微服务架构的主流选择之一。
- Spring Boot 特性：
- 简化配置，内嵌 Tomcat/Jetty 等容器，可独立运行。
- 与 Spring Cloud 结合，可快速构建微服务架构。
- 对毕设来说：
- 后端统一用 Spring Boot，提供 RESTful API。
- 前端小程序或 H5 只需调用这些接口，实现“前后端分离”。 前端方面：
- 做 H5 时，可以直接使用 Vue 3 / React 搭建单页应用（SPA），配合 Vue Router / React Router 实现路由。
- 做小程序时，前端结构与 Vue 很像，都采用组件化思想，只是模板和语法略有不同。
换句话说：无论选哪一种，都能充分展示你对 Spring Boot + 前端框架的掌握，不存在“技术含量高低”的问题。
4. 竞品/替代方案对比：不同技术路线的适用场景
下面从“毕设答辩视角”给出一个更宏观的对比：
| 技术路线 | 适用场景 | 答辩优势 | 潜在风险 |
|---|---|---|---|
| Spring Boot + 微信小程序 | 校园服务、社交、电商、活动管理等微信生态场景 | 可展示微信支付、扫码、分享等能力，贴合“互联网+场景” | 审核周期长，个人主体功能受限，接口调试较复杂 |
| Spring Boot + H5（Vue/React） | 数据可视化、管理后台、信息平台、跨平台访问 | 强调前后端分离、响应式布局、跨平台，技术栈通用 | 用户体验略弱，创新点容易不够突出 |
| Spring Boot + uni-app 等跨端框架 | 一套代码同时发布小程序、H5、APP | 可展示“一套代码多端运行”的能力，工程实践性强 | 框架本身有一定学习成本，答辩时需要解释清楚架构 |
| 纯静态 H5 + 简单接口 | 个人主页、作品集、简单展示类毕设 | 部署简单，展示前端设计与交互能力 | 容易被质疑“后端工作量不足”，不适合作为计算机专业毕设主体 |
| 建议： |
- 如果你希望毕设更偏工程实践，建议：Spring Boot + 微信小程序 或 Spring Boot + H5（Vue/React）。
- 如果你希望展示“跨端能力”，可以选择 uni-app 等框架，但需要提前评估学习成本。
5. 实操 SOP：如何为你的毕设定下“小程序 vs H5”？
下面是一个可以直接照着做的决策流程，适合写进开题报告的“技术选型章节”。
flowchart LR
A[确定业务场景] --> B{用户主要在微信内使用吗?}
B -->|是| C{需要微信支付/登录/扫一扫等能力吗?}
B -->|否| D{需要跨平台访问 PC/手机/平板吗?}
C -->|是| E[选择微信小程序]
C -->|否| F{是否希望快速开发并降低审核成本?}
F -->|是| G[选择 H5]
F -->|否| E
D -->|是| G
D -->|否| H{是否有现成 Web 部署经验?}
H -->|是| G
H -->|否| I[评估学习成本后再选小程序或 H5]
步骤 1：明确业务场景
先问自己三个问题：
- 用户是谁？（在校生、企业员工、普通消费者？）
- 在哪里使用？（微信里、浏览器里、APP 里？）
- 主要操作是什么？（浏览信息、填写表单、在线支付、实时交互？）
如果答案是“主要在微信里做轻量操作”，倾向小程序；
如果答案是“多平台访问，以信息展示为主”，倾向 H5。
步骤 2：列出功能清单并标注“依赖微信能力”的部分
例如一个“校园二手交易平台”：
- 发布商品：H5/小程序都可以；
- 在线聊天：小程序有客服消息、模板消息能力；
- 微信支付：小程序天然支持微信支付，H5 需要对接公众号支付。 如果毕设核心功能高度依赖微信能力，小程序更合适。
步骤 3：评估团队技术栈与时间成本
- 如果你已经会用 Vue/React：
做 H5 只需要熟悉 Spring Boot 的 REST 接口即可。 - 如果你还没接触过前端框架：
可以先用小程序练手，语法与前端类似，但生态更封闭，反而更容易上手。
步骤 4：与导师确认“期望展示的技术点”
有些导师更看重“工程实践”，有些导师更看重“创新场景”。你可以直接问：
老师，我这个题目更适合突出“微信生态整合”，还是“前后端分离与跨平台”？ 根据导师的偏好，再决定技术路线。
6. 结合智码方舟：如何快速落地项目骨架与论文？
无论你最终选择小程序还是 H5，都可以借助 智码方舟 来加速开发与写作：
- 项目骨架生成
- 智码方舟支持 Java/Spring Boot + Vue/React 等主流技术栈，可一键生成项目骨架、数据库设计、基础 CRUD 功能。
- 你可以在生成的代码基础上，扩展“小程序前端”或“H5 前端”，避免从零搭建环境。
- 接口文档与部署文档
- 智码方舟可生成接口文档、数据库设计文档和部署文档，方便你在论文中引用，也便于导师审阅。
- 论文辅助与查重优化
- 你可以用智码方舟生成的技术文档作为论文“系统设计”章节的基础素材，再用自己的语言重新组织，降低查重率。
- 注意：论文核心章节（需求分析、系统设计、测试分析）仍需自己撰写与优化，避免过度依赖 AI 生成内容。
- 答辩演示准备
- 智码方舟生成的项目可以本地一键部署，方便你在答辩现场演示系统功能，避免“现场跑不起来”的尴尬。
