后端Backend

先认出这张后厨工单，再决定校验放哪

左边是顾客看见的结账页，右边是看不见的后厨工单。默认还没提交。点「正常提交」，订单号和库存长在工单上；再试「只信前端」，失败章也盖在同一张工单上。

知识点：后端是看不见的那一半

工单上的章已经演示了核心关系，这里只给可复用的命名。

• 后端接住前端意图：路由送到订单接口，再依次鉴权、跑规则、写库、回响应。
• 鉴权确认是谁：登录态和权限必须后端再验，不能信店面传来的「我已登录」。
• 业务规则守数据：库存、金额、重复下单由后端判定后才写库。
• 结果用订单号、库存和状态码证明；失败要可读，不能假装成功。

什么时候用、怎么用

看到功能要保存、要按规则算、要确认身份，就把逻辑放后端。

• 信号：数据下次还要读到、金额/库存必须算对、要确认是谁在操作。
• 适用：下单、支付、权限、任何不能暴露给浏览器的数据源。
• 不适用：纯展示、即时输入反馈；这些留在前端，但最终判定仍回后端。
• 最短路径：前端发意图 → 后端鉴权/规则/写库 → 返回状态码和数据 → 前端展示。

正反例：同一张工单，只换校验位置

目标都是提交这杯拿铁，只改校验放在店面还是后厨。