03 / 实践展厅

返回作品列表

网站实验中

炙点——烧烤店扫码点单系统

我的角色
AI 辅助开发
使用工具
Codex / Vue 3、TypeScript、Vite / Node.js、SQLite / Socket.IO / Playwright

01一句话介绍

一个通过 AI 辅助开发的移动端点单网站,连接顾客选菜、订单保存、后厨接单与制作进度展示。

炙点——烧烤店扫码点单系统封面:顾客点菜首页
【待补充:本地测试录屏(MP4、WebM 或 GIF)】

02背景

针对烧烤店点单时数量、口味和备注需要准确传达到后厨的需求,将选菜、确认订单和制作状态连接起来,并处理重复提交、网络中断和不同桌台之间的数据隔离。

03我做了什么

  • 已实现桌码生成、独立顾客会话、点菜与备注、购物车、真实订单保存、同桌分批提交、后厨实时接单及顾客制作进度同步。
  • 顾客主要页面已统一为“暖色炭火风”。

以下为本地测试界面,来自不同测试场景,桌号可能不同,不视为同一笔订单的连续记录。点击可放大,不能在截图中操作点单。

炙点顾客点菜首页:桌台信息、分类、菜品数量与购物车入口
顾客点菜首页
炙点确认下单页:口味和备注、12 件商品、预计总额 46 元
确认下单页
炙点下单成功与制作进度:测试订单金额 46 元及已出餐状态,订单保存不代表已付款
下单结果与制作进度

04怎么做出来的

关键步骤

【待补充:从需求拆解到开发验证的关键步骤】

AI 与开发工具

  • Codex:辅助开发
  • Vue 3、TypeScript、Vite:构建前端
  • Node.js、SQLite:后端与数据保存
  • Socket.IO:实时同步
  • Playwright:浏览器自动化验证

遇到的问题与解决办法

最初按店员点单设计,转向顾客扫码后,发现不能直接开放员工接口,需要独立的顾客身份和桌次隔离。

网络超时也不能直接当作下单失败,否则重新提交可能重单。

界面美化时,固定底部操作栏曾遮挡备注,补充滚动留白后才通过检查。

这次实践让我认识到:页面好看、功能可操作、本地测试通过和正式上线,是不同阶段,必须分别验证。

【待补充:关键问题的具体排查过程和解决办法】

05现在的进展与下一步

本地核心流程已验证,尚未正式上线(站长提供)。

本地测试记录(站长提供)

  • 固定测试订单金额为 ¥46.00。
  • 重复提交保护、断线恢复、关台后旧会话失效已通过本地测试。
  • 点单系统页面在 320、390、768、1366 像素宽度下通过无横向溢出检查。

下一步

  • 公网部署。
  • 手机流量实机扫码验收。
  • 微信/支付宝在线支付。

没有真实营业效果或用户增长数据;¥46.00 是测试订单金额,不是收入或经营成果。

【待补充:这个作品的开发日志文章】

相关手记

所属专题:用 AI 做东西

07更新日志

【待补充:更新日期与说明】

08已知问题

暂未记录已知问题。

09反馈

前往评论区

这类网站可以定制 →

留下回音

评论 · 暂未开放

首次留言需审核后显示 · 留言须知

评论暂未开放。

作品截图

作品截图放大预览