第三单元 数据表与 API

第11课 数据表与 CRUD

赞放在表里:增加一条、查出来、改状态。

第11课 数据表与 CRUD
第11课 数据表与 CRUD
大约 40 分钟 这个单元只学:HTTP / API / CRUD:刷新后数据还在

表里一行就是一条赞:增、查、改(审核多半是改状态)。

想清楚「改哪一格」,就不易把整墙推倒重来。

刷新后还在——那才叫真存下。

一、这一课怎么学

  • 开始前你要会:会打开浏览器,会打字。
  • 怎样算做完:完成「轮到你做」,并在嵌入工具里留下可预览文件。
  • 建议:先读「弄懂这件事」,再做练习。

二、学完你能做到

  • 能说出表的一行有哪些字段。
  • 能对应增/查/改。
  • 能说明本课删要谨慎。

三、弄懂这件事

这一课就这几小步:

1.行与字段

表里一行就是一条赞,行里有若干字段。

常见字段包括:编号、发送者、接收人、内容、状态。

想清楚「改哪一格」,就不易把整墙推倒重来。

2.增查改

对表的操作可以记三件事:增、查、改。

提交是增一行;列表是查;管理员通过多半是改状态。

刷新后还在——那才叫真存下,而不是只在眼前晃一下。

3.审核是改

审核多半是把状态从待审核改成已通过,不是把整行毁掉。

这一课先少做删除,避免误删证据、也难演示。

改状态比删数据更适合课堂验收。

记一句:审核多半是改状态——通过不是删掉,而是让对方可见。

点一点就明白

点下面的按钮,看屏幕上发生了什么。

四、先跟着做

对照例子想清楚

  1. 用自己的话重述本课成功标准。

    做对了会怎样你写出来的标准,别人打开页面点几下就能核对是不是做到了,而不是只有形容词。

  2. 指出哪一步必须自己点,不能听 AI 口头说完成。

    做对了会怎样你明确写出:必须自己打开页面点一遍;AI 口头说「完成了」不能算数。

五、轮到你做

点赞表设计

  1. 设计字段表(至少 5 列)。

    做对了会怎样表头至少五列,并且其中一列是 status。

    做不出来怎么办id、from、to、content、status(如 pending)。

  2. 标注增查改各对应界面哪一步。

    做对了会怎样要求的三项都写到了,没有漏项。

    做不出来怎么办提交=增;我发出的/我收到的=查;管理员点通过=改。

  3. 写为何先不做真删除。

    做对了会怎样写出合理理由:入门阶段先用驳回/隐藏,不做真删除更安全。

    做不出来怎么办删除或清空前加确认,防止误删。

  4. 用下面嵌着的氛围编程工具。写完在工具里看预览,文件是 show/l11.html。

    做对了会怎样在嵌着的工具预览里,你能亲眼看见本课要求的按钮、分数或流程文字,而不是只有说明。

    做不出来怎么办先在预览里自己点一遍;文件名必须和例子上写的完全一样,改完再刷新预览。

本节例子

下面整段是给 AI 的提示词示例:写清目标、范围和怎样算做成;请整段使用,不要只丢半句。工具嵌在下方。本课文件是 show/l11.html。

做单个 HTML,标题「点赞表」。

画出字段表(至少五列,必须含 status);并写增 / 查 / 改各对应界面哪一步(提交=增;列表=查;管理员通过=改)。
说明为何入门阶段先不做真删除。不要真数据库。

正在打开氛围编程工具…若长时间空白请强制刷新。

六、小心这些错

字段名前后端不一致。

用删行代替驳回。

七、带走这几句

  • 审核的本质多半是改一条数据的状态。
  • 联调前先把字段名对齐,少一半报错。

八、打勾再往下

  • 有字段表。
  • 增查改对照完成。

小测验

对照上面「学完你能做到」选一个答案,再点「检查」。

  1. 通过审核常见实现?

  2. 列表本质?

  3. 提交本质?