参考答案：FastAPI / Full Stack Web
对应题目：
这不是唯一标准答案，而是“合格答案至少应该讲到什么”。
1.
前后端分离可以理解成：
- 前端负责页面、交互、展示
- 后端负责数据、业务逻辑、权限、数据库访问
它们通过 API 通信，而不是把所有逻辑都塞在一个页面里。
2.
一个最小全栈 Web 应用通常至少有：
- 前端页面
- 用户操作触发请求
- 后端 API 接收请求
- 后端逻辑读写数据库
- 返回响应给前端
- 前端更新 UI
3.
FastAPI 的价值包括：
- 定义 API 很直接
- 请求 / 响应结构清楚
- 自动文档很适合调试
- 很适合做现代 Web 产品后端
4.
最小流程通常是：
- 用户点击按钮
- 前端发送请求
- FastAPI route 接收请求
- 后端执行业务逻辑
- 数据库被查询或更新
- 后端返回响应
- 前端根据响应更新页面
5.
因为页面能打开只说明前端资源加载成功。
不代表：
- API 可用
- 认证正常
- 数据库连通
- 页面展示的是实时数据
6.
建议先看四个位置：
- 后端入口和 router
- schema / model
- 数据库配置或 CRUD 逻辑
- 前端页面和 API 调用层
7.
route：
- 接收请求、返回响应
schema：
- 定义请求和响应的数据结构
model：
- 定义数据库里的数据对象
database：
- 真正存取数据
8.
因为认证决定：
- 谁能访问接口
- 谁能看到哪些数据
- 系统怎么识别当前用户
没有认证，大多数真实产品都不完整。
9.
前端拿到 token 后，通常还要处理：
- token 存在哪里
- 请求时怎么带上 token
- token 失效后怎么办
- 用户刷新页面后登录态是否保留
10.
因为全栈项目通常不只一个进程或服务。
Docker 和环境变量主要解决：
- 服务一起启动
- 环境配置隔离
- 数据库地址、密钥等配置管理
11.
full-stack-fastapi-template 最适合帮你学：
- FastAPI 后端结构
- 前后端联动
- 认证
- 数据库 CRUD
- 一个真实全栈模板如何组织
12.
和 hello world 的最大差别是：
- 不只是一个接口能返回字符串
- 而是有真实的前端、数据库、认证和应用结构
也就是从“单点演示”变成“完整系统骨架”。
13.
你会漏掉：
- 前端如何发请求
- 登录态如何在 UI 侧处理
- 数据返回后怎么展示
- 一个功能怎样真正贯通到用户界面
14.
说明你还缺“贯通一次真实改动”的经验。
也就是：
- 从后端到数据库
- 从数据库到 API
- 从 API 到前端页面
这条链路还没真正走过。
15.
合格图至少要包括：
- frontend event
- API request
- FastAPI route
- backend logic
- db operation
- API response
- UI update
16.
最少要检查这些层：
- 数据模型
- schema
- route 或业务逻辑
- 数据库存储
- 前端展示或表单提交
17.
合理答案示例：
- 用户登录
- 任务列表
- 创建 / 更新任务
- 数据库存储
理由：
- 这是最小可用产品链路
- 能把前端、后端、认证、数据库一起练到
18.
合理不做的事情示例：
- 先不做复杂权限系统
- 先不做很重的 UI 美化
原因：
- v1 最重要的是主链路打通
- 复杂度应该在真实需求出现后再加