一般建议 - 了解食品订购系统的构建

Question

首先让我先说这不是一个怎样的问题。

我最近从Pizza Hut网上订购了披萨，我注意到他们有很棒的订购系统，这让我想知道这些类型的系统是如何构建的，我实际上对接收订单的应用程序更加好奇，这是只是一个典型的电子邮件客户端，他们检查新的电子邮件（订单）还是每次在数据库中输入新项目时刷新的应用程序？

订购系统的哪些部分？

可能的部分......

• 处理订单和货币交易的HTML / PHP表单。
• 存储用户/客户端发送的信息的数据库。
• 从数据库或电子邮件客户端获取条目的应用程序。 等...

关于如何构建这些系统的任何想法？

我需要练习我的PHP / SQL / Laravel技能，我认为这个系统将是一个很好的现实世界。

非常感谢

Answer 1

订单需要一个表，我们称之为“TempOrders”：

1. ID（自动增量）
2. FoodItem（1 =披萨，2 =芬达，3 =冰淇淋......）
3. 数量
4. 表/桌（用于分组订单，对于在线订单，它可以是虚拟表）

功能：创建帐单（关闭订单，选择付款方式，打印帐单）。成功后，将记录移动到另一个类似的表，让我们称之为“OrdersArchive”。

在班次/日结束时，TempOrders应为空，所有记录都移至OrdersArchive。

当然，您还需要FoodItems的桌子，最好是各种类型的物品（食物，饮料，香烟等），因为您可能需要它用于报告。

我的建议是在FoodItems表和TempOrders / OrdersArchive中都有一个price属性，因为当价格发生变化时，处理它会更容易（尽管它违反了数据库规范化）。

此外，您可以为OrderHeader使用单独的表而不是Table / Desk属性。通过这种方式，您可以拥有清晰的Master-Detail结构（如果您喜欢这种方式）。

我不相信电子邮件对于这种系统是个好主意，在今天的世界里，每个人都想在线应用程序立即得到响应。如果您缺少可口可乐或咖啡，该怎么办？您需要立即将该信息发回给客户。