蓝象 · 改不动 · 功能改造

源码改不动？先跟完一条调用链

以预约系统新增“预约用途”为例，串起页面、校验、接口与数据表，看清功能背后的完整调用链。

01 / 从一个具体字段找到入口

拿到毕设参考项目后，先选一个能说清目的的小改动。例如预约系统需要记录“预约用途”：用户提交时填写，管理员审核时能看到，重新打开详情也能保留。先明确是否必填、长度限制以及谁可以查看，再把这些规则写成完成条件。

从预约表单的提交按钮开始，找到点击处理函数，再追到它调用的请求方法。打开浏览器 Network 面板提交一条测试预约，核对请求地址、参数和返回值；然后到后端找到对应路由、处理逻辑和保存数据的位置。把这条路径记下来，先看懂数据如何走完一圈。

新增输入框只是开始。表单状态需要保存字段，前后端需要按同一规则校验，请求参数与后端接收对象需要包含它，保存逻辑和数据表需要能存下它，查询与详情页还需要把它带回来。修改数据表时使用项目现有的迁移方式，并考虑旧预约没有该字段时怎样展示。

可以让 AI 辅助定位相关文件、解释调用关系或提出改法。提供技术栈、脱敏后的请求示例、相关代码和明确的完成条件，让它说明为什么要改这些位置。逐项核对项目里真实存在的接口和字段，再执行改动；涉及数据库时，先在开发数据上验证迁移与保存结果。

提交一条带有预约用途的数据，刷新后重新打开详情，确认内容仍然存在；再查看管理员审核页面是否能看到相同内容。测试空输入、超长文本与旧数据，并在开发环境检查绕过页面校验的请求，确认后端也会执行必要的规则。

改动文件、字段流向、问题与验证结果，共同构成一份完整的功能记录。“预约用途从哪里输入、经过什么校验、存在哪里、如何显示”，也就有了清楚的对应关系。这份记录方便后续维护，也能作为项目实现说明的参考。