1. 选题拆解与整体技术方案1.1 医院家属小区和普通小区到底差在哪我接手这个选题的时候第一反应是“这不就是个物业管理系统吗”。真去现场看过才明白医院家属小区和外面的普通商业小区在物业管理上完全是两套逻辑。首先医院家属院通常不是完全开放式的围墙小区就是半封闭的职工生活区进出人员以医院职工、家属、退休老专家为主。白天医生护士要倒班访客、快递、外卖、护工进出频繁但小区安保力量又很薄弱。其次是住户特征这里的业主群体里老年人比例特别高很多是医院退休职工子女白天都在上班物业公告贴在一楼大厅真正能看到的人少得可怜。报修、缴费、访客登记这些琐事如果都靠楼下值班室一本台账登记效率低不说遇到交接班漏记是常有的事。所以这套系统的核心价值不是做一个“漂亮的管理后台”而是要把以前靠电话、靠纸质登记的物业流程全部搬到线上让医生护士在手术间隙能用手机快速报修让退休老职工在家点两下就能找人通下水道让门卫在值班室扫一眼二维码就能放行来访人员。从毕业设计角度来说这个选题也非常“稳”。物业管理系统包含业主绑定、报修工单、缴费账单、访客登记、公告通知几条核心业务线每个模块都有明确的状态流转拿来练SpringBoot和小程序开发再合适不过后期答辩也能把业务逻辑讲得很清楚。1.2 为什么是SpringBoot加微信小程序这套组合技术选型上SpringBoot加微信小程序已经是当前Java毕业设计里最主流的搭配之一理由很实在。服务端用SpringBoot是因为它在Java生态里已经把配置简化到了极致。早期SSH、SSM那套要写一大堆XML配置的时代已经过去SpringBoot通过自动装配让项目开箱即用。到Spring Boot 2.7这个版本按需引入web、mybatis、redis等starter就能跑起来适合大部分高校课题和学生团队。小程序端选微信小程序核心原因是“免安装”。对业主来说为小区单独装一个App完全不现实但微信是人人都在用的扫码即用用完即走。对医院家属院这种场景来说目标用户很多是退休老人小程序的门槛比任何原生App都低得多。而且微信小程序自带登录体系和订阅消息能力后端不需要自己搞短信平台就能做通知推送这对开发成本是极大节省。管理端方面我的建议是别一上来就搞Vue前后端分离。虽然热词里不少人搜“springboot vue前后端分离”但作为毕设如果时间不够管理端直接用Spring Boot的Thymeleaf模板引擎做几个页面就够用了。真有富余时间再上Vue把业主管理、房屋管理、工单处理、账单生成这些页面独立出来前后端通过JSON接口交互也是一条很顺的路。1.3 整体模块划分与项目结构系统严格来说分三个端业主使用的小程序端、物业人员使用的管理端、提供接口和业务逻辑的SpringBoot后端。小程序端首页公告轮播、快捷入口、天气问候、报修大厅、缴费中心、访客邀请、我的个人信息、房屋绑定、工单记录、账单历史管理端系统登录、小区楼栋管理、房屋管理、业主审核、报修工单派单与处理、缴费账单生成与催缴、访客记录查询、公告发布后端公共模块用户身份认证微信登录、权限拦截、统一返回结构、全局异常处理、定时任务、文件上传。后端项目包结构我建议按模块分工大概长这样com.hospital.property ├── config // 配置类Redis、拦截器、WebMvc ├── controller // 接口层 ├── service // 业务层 ├── mapper // MyBatis的Mapper层 ├── entity // 数据库实体类 ├── dto // 前端传参对象 ├── vo // 后端返回对象 ├── common // 通用返回体、常量、异常处理 ├── utils // 工具类JWT、二维码生成、日期处理 └── task // 定时任务账单生成、访客码过期清理我用的是这种最常规的分层结构好处是代码一眼就能看懂不花哨而且写毕业论文的时候“分层架构”部分特别好描述。2. 数据库设计与核心建模2.1 用户身份与房屋关系建模物业系统的第一个核心问题是“怎么把人和房子绑定起来”。这套系统的用户分为业主、家属住户、物业管理员、维修工几个角色但小程序端其实不需要做太复杂的角色区分重点是把“登录用户”和“房屋”绑定上。我设计了四张基础表用户表、楼栋表、房屋表、业主房屋绑定表。用户表主要字段字段名类型说明idbigint主键openidvarchar(64)微信openid唯一nicknamevarchar(50)微信昵称avatarvarchar(255)微信头像phonevarchar(20)手机号real_namevarchar(50)真实姓名user_typetinyint1业主 2家属 3管理员 4维修工statustinyint0禁用 1正常create_timedatetime注册时间房屋绑定表上我专门加了audit_status字段业主第一次绑定房屋后需要物业在后台审核通过才能使用缴费、报修功能。这里多加一个审核机制完全值得避免随便一个人输入房号就绑定了别人的房子这是最容易出问题的环节。2.2 报修工单表的状态流转设计报修是整个小程序里用户使用频率最高的功能它的状态设计直接决定项目质量。我见过很多同学报修表只放一个status然后前端根据status显示“处理中”“已完成”太粗糙了答辩时很容易被追问细节。建议至少保留这几个状态状态码含义说明0待接单用户提交物业未处理1已接单物业查看并接受2维修中已指派维修工3待确认维修完成待用户确认4已完成用户确认完工5已取消用户取消或超时取消整套流程里最容易被忽略的是“待确认”这个状态。很多毕设里报修单修完就结束了但实际上维修工做完活需要住户确认才行否则修没修好没有闭环。这个状态加进去之后接口逻辑、前端页面都要对应处理虽然多写了一部分代码但对项目的完整性提升很大。工单表里还要记录报修描述、现场图片多图、预约时间段、联系手机号、维修工姓名、完成时间、用户评价星级。2.3 缴费账单设计缴费模块我用的方案是“后台生成账单小程序端查询和在线记录缴费”。不是真的接入微信支付而是生成账单后引导业主在物业处缴费或模拟支付毕设完全够用。如果是本科毕设不建议碰微信支付申请商户号、证书、回调验签这些能弄掉你半个月时间。缴费表字段账单编号、绑定关系ID哪户、费用类型物业费、水费、电费、停车费、金额、计费周期、生成时间、缴费截止时间、状态0未缴 1已缴 2已逾期、缴费时间、缴费方式。其中有一个容易踩坑的点是“逾期状态”怎么算。我的做法是写一个定时任务每天凌晨三点跑一次把截止时间小于当前时间且status为0的账单扫出来更新为已逾期。这种需求不要在前端算时间差后端统一处理才是正规做法也方便在答辩时讲定时任务的场景。2.4 访客登记与公告访客模块做的是“业主生成访客邀请码门卫扫码放行”。核心是一张访客记录表包含业主ID、访客姓名、访客手机、车牌号、来访事由、预计到达时间、有效期、随机码。随机码可以直接用UUID截取比如8位数字字母组合生成二维码时把ID和随机码拼接成一个字符串让门卫扫码。公告通知表简单title、content、type通知、活动、停水停电、publisher、create_time就够了。小程序首页用列表拉取最新的公告后端可以做分页或者“只取最近20条”。数据库设计做完建议把所有建表SQL保存成一份init.sql项目初始化的时候一键执行。我自己的做法是每次都把mysql建库、建用户、授权、导入表结构这几步写成脚本换机器、交毕设演示的时候都省心。3. 后端核心功能实现与关键代码3.1 微信登录与code换token机制小程序端用户首次打开会调用wx.login()获取一个临时的code这个code的有效期只有5分钟而且只能用一次。后端拿到这个code后调微信的接口jscode2session换取到这个用户在小程序生态里的唯一标识openid。这里呼应一下网上常见的“微信小程序用code换token”的说法。真正生产环境里后端拿到openid后不会直接把这个openid返回给前端因为openid本身就是敏感信息只要泄露了别人就可以伪装成这个用户。正确做法是后端生成一个自定义的token比如用UUID或者JWT然后把这个token和openid的映射关系存到Redis里设置7天或30天过期时间token返回给小程序端小程序端后续所有请求都在请求头里带这个token。代码核心流程PostMapping(/login) public R login(RequestBody LoginDTO dto) { // 1. 调微信接口换取openid String url https://api.weixin.qq.com/sns/jscode2session?appid appid secret secret js_code dto.getCode() grant_typeauthorization_code; String result restTemplate.getForObject(url, String.class); JSONObject obj JSON.parseObject(result); String openid obj.getString(openid); // 2. 根据openid查用户表不存在则自动注册 User user userMapper.selectByOpenid(openid); if (user null) { user new User(); user.setOpenid(openid); user.setCreateTime(new Date()); userMapper.insert(user); } // 3. 生成token存redis设置过期时间 String token UUID.randomUUID().toString().replace(-, ); redisTemplate.opsForValue().set(login:token: token, String.valueOf(user.getId()), 7, TimeUnit.DAYS); return R.ok().put(token, token).put(userId, user.getId()); }这里再提醒一句微信小程序的secret是敏感信息一定不要写在小程序前端只能存在后端。很多初学者会把appid和secret放在小程序代码里这是极其严重的错误审核不一定查得出来但只要是公开代码就等于把账号的钥匙交出去了。后端还需要加一个登录拦截器处理所有需要登录的接口。拦截器从请求头取到token查Redis查到就放行并把userId放到ThreadLocal里后面业务代码直接取。查不到就返回401让小程序端重新登录。3.2 报修工单的后端状态机报修模块的后端接口不多核心是提交报修、物业端接单/派单、用户端确认完成/取消、查询详情这几个。但状态流转逻辑要写严谨。提交报修的时候前端上传图片会先请求一个上传接口后端把图片保存到本地或OSS返回URL后再随报修单一起提交。这里需要注意文件大小限制和格式校验我在配置里限制了单张图片最大5MB只允许jpg、png格式。不懂这个小细节的话真机调试时传一张手机拍的大图就直接报错了。后端接单和派单我建议写成一个接口完成。物业人员在管理端点了“接单”之后后端立刻把维修工默认指派为当前登录的管理员同时把状态从0改成2。这样设计的逻辑是小物业公司维修工往往就是管理员本人没必要把接单和派单拆成两步。用户确认完成的接口最好加上一个校验只有这个工单的绑定人才能操作不能让别人点了确认。实现方式也不复杂就是从数据库里查工单看它的house_bind_id对应用户ID是否等于当前登录用户ID。3.3 账单生成与定时任务账单生成是管理端的一个核心操作。我的设计是物业人员在后台选择某个楼栋、选择费用类型、输入单价点击生成后端遍历该楼栋下所有绑定过且审核通过的房屋为每户生成一张当月账单。这里有个细节如果是按面积收物业费房屋表里要有area字段单价乘以面积得到金额然后写入账单表。定时任务这块我用的是Spring的Scheduled注解在启动类上加EnableScheduling。主要有两个任务每天凌晨扫描逾期账单每天凌晨清理过期访客记录。如果后面想扩展还可以加一个“每周给欠费业主推送订阅消息”的任务。Component public class BillTask { Scheduled(cron 0 0 3 * * ?) public void updateOverdueBills() { // 更新所有截止时间 now 且 status0 的账单为2逾期 billMapper.updateOverdue(); } }定时任务在生产里会有很多讲究但毕设里能把这个场景写出来说明你对SpringBoot的生命周期和异步调度有一定的认识答辩时是一个加分项。3.4 Redis在项目里的具体用法热词里有人搜“redis在springboot中的使用”这个项目里Redis至少有三个场景可以用到。第一个是登录token存储前面已经说了。第二个是验证码场景如果做“手机号绑定”功能发送短信验证码需要把验证码存Redis设置5分钟过期。但做毕设一般不接真实短信SDK可以在控制台打印验证码或者加个开关测试环境固定验证码。千万不要把验证码存MySQL这种“一次性凭证”天然适合Redis。第三个是缓存场景。比如首页公告列表可以用Redis缓存10分钟减少数据库压力。但说实话毕设这种量级数据库不缓存也完全没压力纯属锦上添花。我建议把登录token和验证码这两个场景用起来就够了答辩时能解释清楚为什么用Redis而不用数据库就行数据库的读取是磁盘IORedis是内存操作速度差一个数量级而且可以设置键自动过期。4. 小程序端关键页面与交互细节4.1 小程序页面规划与底部导航小程序端我规划了4个主Tab首页、报修、访客、我的。缴费功能不单独占一个Tab而是放在首页的功能入口里和“我的”页面里。原因很简单底部Tab超过5个就不合适了而缴费和报修相比报修是更高频的操作访客邀请也是一个相对独立的功能值得单独一个Tab。底部导航在app.json里配置{ pages: [ pages/index/index, pages/repair/index, pages/visitor/index, pages/mine/index ], tabBar: { list: [ { pagePath: pages/index/index, text: 首页 }, { pagePath: pages/repair/index, text: 报修 }, { pagePath: pages/visitor/index, text: 访客 }, { pagePath: pages/mine/index, text: 我的 } ] } }tabBar的图标需要准备png图片iconPath和selectedIconPath两个都要配尺寸是81px*81px不支持网络图片必须放到项目本地。4.2 登录流程与用户信息获取小程序的登录在onLaunch里做先检查本地缓存有没有token没有再调用wx.login获取code然后请求后端登录接口拿到token后存储到storage。一定不要写成每次打开小程序都立刻弹出授权框那种体验很差。首次登录返回的user为null时后端自动注册前端拿到userId后跳转到“完善资料”或“绑定房屋”页面。用户授权头像昵称现在微信已经改了规则wx.getUserProfile在基础库版本比较新的环境下只能获取到“微信用户”这个默认昵称。现实中更常见的做法是在小程序里让用户自己填写昵称、上传头像或者直接用微信的“头像昵称填写能力”button组件的open-typechooseAvatar。这里给个提醒做毕设如果经常出现头像昵称获取不到不一定是代码问题是微信平台策略调整别在这里死磕太多时间。4.3 表单填写与图片上传报修页面是小程序端技术含量最高的页面因为涉及表单校验和多图上传。用户填写描述、选预约时间、上传图片整个页面的交互要处理好。上传接口用wx.uploadFile这个是单独走HTTP的multipart请求和普通的wx.request不一样不能混着用。图片上传的痛点在于用户可能传了3张图但传到第2张时网络断了。前端要做好状态管理我的做法是上传中显示进度上传成功后把返回的URL存到数组全部传完后再提交报修数据。有人为了省事选完图片就立刻提交结果接口慢、失败率高这种体验在答辩演示现场特别容易翻车。4.4 小程序端组件踩坑实录热词里有个很典型的报错“component pages/index/index does not have a method navigatorcl...”。这个我曾经也碰到过通常是把bindtap写成了bind:tap或者事件名拼错再或者是事件名和data里的字段重名了。排查思路很固定打开页面的js文件确认methods或Page对象里有没有对应方法没有就补上方法名前别加冒号事件绑定要写bindtap方法名如果是从自定义组件里跳转的也要检查组件里是否定义了该方法。另外一个经常踩的坑是scroll-view内部放uni-datetime-picker这类弹层组件在iOS上会被滚动容器裁切。这属于微信小程序的渲染机制问题热词里也有人搜。解决办法是不要在scroll-view里直接放弹窗类组件弹层挂到页面根部或者用position: fixed配合合适的层级避免被裁剪。5. 管理端设计、部署与上线要点5.1 管理端用模板引擎还是前后端分离管理端我在前面已经给出了建议时间不够就走Thymeleaf模板引擎加Bootstrap的方案。这套方案的好处是不需要单独启动前端项目SpringBoot打包成一个jar管理页面由后端直接渲染部署特别省心。如果已经掌握Vue时间也充裕那就用SpringBootVue前后端分离页面放在Vue项目里通过Nginx转发请求到后端打包时也可以直接把Vue的dist目录拷贝到SpringBoot的static目录下一个jar包搞定。两种方案都合法关键是别到最后两周才纠结这个早做决定早动手。5.2 房屋数据初始化与业主审核小区楼栋信息不可能靠物业人员手动一条条在页面上添加我写了一个Excel导入功能管理端先下载模板填写楼栋号、单元号、房号、面积然后上传后端用EasyExcel解析批量插入楼栋表和房屋表。这一块特别适合写进论文里的“系统实现”部分是一个很完整的业务场景。业主审核列表要做得清晰一点表格字段包括申请人微信昵称、姓名、手机号、绑定房屋、审核状态、申请时间。管理员点击“通过”后状态更新为1同时在记录里写个审核人ID。审核通过后小程序端业主刷新“我的”页面就会发现房屋状态从“待审核”变成“已绑定”。这里的实时刷新不需要用WebSocket只要用户进页面时重新调接口就行了毕设没必要上实时推送。5.3 服务器环境部署配置后端部署时要装JDK、MySQL或MariaDB、Redis、Nginx。以最省事的打包方式为例本地执行mvn clean package -DskipTests生成target目录下的jar包上传到服务器的/opt/property目录然后用nohup后台启动nohup java -jar property-system.jar \ --spring.profiles.activeprod \ --server.port8080 app.log 21 MySQL和Redis的连接配置要单独放在application-prod.yml里方便切换本地环境和服务器环境。同时生产环境一定要开数据库账号密码不要用root空密码这种危险配置。HTTPS证书需要提到最前面讲。小程序request和uploadFile接口的合法域名必须是HTTPS而且域名不能是IP地址。云开发环境一般自带HTTPS域名但自建服务器的话需要申请证书。毕设阶段还有一种临时方案在微信开发者工具的“详情-本地设置”里勾选“不校验合法域名、web-view业务域名、TLS版本以及HTTPS证书”这样本地开发可以直接请求http://localhost:8080。但注意这个选项只对开发者工具和真机调试生效真机上如果关闭了调试模式同样会被拦。所以演示前一定要确认要么域名和证书配好要么一直开着真机调试模式。6. 高频问题与排查避坑实录6.1 SpringBoot版本太高导致的连环坑现在网上很多教程还在讲Spring Boot 2.x的用法但新建项目时会发现Spring Initializr默认生成的可能已经是3.x。Spring Boot 3.0以后有几个大变化一定要知道。第一最低要求JDK 17。如果你的电脑只装了JDK 8直接启动都启动不了先装JDK 17。当前环境如果项目必须用JDK 8老老实实创建项目时把Spring Boot版本改成2.7.x。第二Springfox的Swagger2从2.6以上版本开始就不兼容了。以前常用的springfox-swagger2和springfox-swagger-ui在Spring Boot 2.6以上会出现空指针异常网上大量帖子都有提过。我在2.7.18版本上实测过单独引入springfox依然有问题更别说3.x。如果只是需要接口文档直接引入springdoc-openapi-starter-webmvc-ui然后通过/swagger-ui.html访问这是目前兼容性最好的方案。第三Spring Boot 3.x里javax包全部改成了jakarta。导入依赖、写代码时要注意import javax.annotation.Resource之类的旧代码在3.x下编译不过去要改成import jakarta.annotation.Resource。如果项目里用了很多网上抄下来的老代码几条解决方案里最省事的就是把版本降到2.7.18不用改代码。6.2 微信小程序开发工具常见报错经历过一次演示前崩溃就明白小程序报错排查要有一个固定思路。报错“request:fail url not in domain list”意思是请求的域名没有配置到小程序后台的request合法域名里。开发时在本地设置里勾选“不校验合法域名”生产环境一定要去小程序管理后台的“开发管理-开发设置-服务器域名”里把域名加进去。报错“TypeError: Cannot read property xxxx of undefined”绝大多数情况是后端返回的数据结构和前端预期不一致。比如后端success返回的是{code:200,data:{...}}前端写成res.data.info但后端压根没有info字段。这种问题不要在真机里一行行alert先在开发者工具的Network面板里看接口返回的响应体结构对不对一眼就能看出来。报错“app.json: tabBar.list[3].selectedIconPath: 文件不存在”是tabBar图标路径写错了。路径是相对于app.json文件所在目录的不要在前面加斜杠。图标文件必须是png其他格式不会生效。报错“getUserProfile:fail can only be invoked by user TAP gesture”是因为获取用户信息的接口必须在用户点击事件里调用不能页面加载的时候自动调用。改成bindtap点击获取就行。6.3 Redis连接失败与数据缓存问题启动后端时报Unable to connect to Redis排查顺序是确认Redis服务启动了没有确认配置文件里的host、port、password写对了没有如果Redis在远程服务器确认安全组或防火墙放行了6379端口没有。本地开发时密码可以留空但配置文件里要写成spring.redis.password不然还是会读取到null。还有一个小技巧用Redis Desktop Manager或者RedisInsight连上去看一下key是否在写验证码是否过期一眼就能看清楚。不用盲查日志。6.4 中文乱码与图片路径404中文乱码分两块。一是后端返回给前端的JSON中文乱码大概率是接口返回时没有设置UTF-8在SpringBoot里全局设置server.servlet.encoding.forcetrue强制将请求和响应都设为UTF-8。二是前端页面JS里写的中文本身是乱码检查文件编码是不是保存成了UTF-8Windows下记事本默认ANSI最容易出这个问题。统一用VS Code打开确保右下角编码显示是“UTF-8”。图片路径404这个问题很常见我把上传目录配成了/upload但静态资源映射没配结果浏览器能访问jar包内部资源就是访问不了上传的本地图片。需要在SpringBoot里加一个资源映射配置Configuration public class WebMvcConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceHandler(file: uploadPath /); } }同理如果图片是存在服务器的/opt/property/upload目录下直接把路径配到那儿比存jar包内部靠谱得多因为部署更新时不会丢文件。6.5 初始化数据与演示环境准备答辩前最怕什么最怕演示的时候库里没数据。我建议把项目经理、维修工、几套房子、几条报修记录、几张账单全部提前造好用SQL脚本一键导入。报修工单最好准备三种状态的各一条处理中一条、待确认一条、已完成一条这样可以现场展示状态流转。再做一条访客记录显示已经生成二维码方便现场扫。公告也要发两三条首页一眼就能看到内容。如果演示时用的是线上服务器数据库就连线上库提前把测试数据初始化好。如果没有服务器本地演示也别怕开发时后端地址配http://localhost:8080配合工具里的“不校验合法域名”一样可以正常跑。但一定要提前演练一遍因为很多同学的电脑在教室插了网线、连了投影之后突然发现localhost访问不了或者被公司代理拦截这种体验真的很难受。7. 项目亮点提炼与答辩经验7.1 亮点一业务闭环完整这套项目最值得讲的不是用了多少新技术而是业务闭环。报修从用户提交开始接单、派工、完工确认、评价一条线走完账单从管理端生成开始用户端查看、缴费、逾期标记一条线收口。毕业设计答辩时老师最喜欢问“这个功能做完之后呢”如果你能清晰地把每个模块的状态流转、后续动作讲清楚就已经赢了一半。7.2 亮点二技术点能够自圆其说你去搜索“springboot自动装配”“springboot常用注解”“redis在springboot中的使用”这些热词恰恰说明这是面试和答辩时的高频考点。这个项目里自动装配体现为SpringBoot只需引入starters即可运行常用注解体现在RestController、Service、Autowired、Configuration、ScheduledRedis的使用体现在token存储、验证码、缓存三个场景。把这三个点吃透整个项目的技术深度是站得住脚的。7.3 亮点三面向真实场景做优化比如访客码有效期设计我做了“一次性限时”双重验证门卫扫码后立即失效同时也设了2小时过期时间比如报修单加“待确认”状态用户要确认后工单才算完成再比如房屋绑定审核机制防止房号被乱绑。这些细节单独看都不起眼但合在一起整个项目的业务完整性明显比普通“增删改查”系统高一个档次。答辩的时候主动把这些细节讲出来很容易给评委留下“这个学生是真的理解业务”的印象。8. 开发顺序与时间规划建议如果你就是这个项目的主人正在纠结从哪开始做我建议按下面这条线推进。第一周先把数据库建好把所有表结构和初始化SQL写完。这一步非常关键表结构没想清楚后面写代码会反复重来。第二周搭SpringBoot工程把微信登录接口、拦截器、通用返回体做完在这个阶段用Postman把登录流程测通。第三周写报修模块和缴费模块的核心接口做管理端的模板页面。第四周搭小程序工程把首页、报修页、缴费页、我的页写出来联调前后端接口。第五周补访客邀请、公告、审核功能把管理端页面充实完整。第六周部署造数据写测试用例准备答辩PPT。这条时间线适合有一定Java基础的同学每天能投入两三个小时。如果时间非常紧张只能优先保住核心链路登录绑定、报修全流程、账单查询缴费、管理端审核处理。这四个流程能跑通项目已经能立住了。访客邀请、公告、评价这些可以往后放作为加分项去补。还有一点建议项目代码的命名规范、注释一定要认真写。代码整洁程度在毕业设计评分里占的比例比想象中要高。类名、方法名、变量名做到见名知意关键逻辑加注释自己后面写论文、做答辩PPT都会省很多力气。Git建个仓库每完成一个模块就提交一次提交信息写清楚是哪个模块这样万一改坏了还能回滚这也是一个优秀开发者的基本素养。