Architecture 构建多地点预订系统的第一种方法

我需要第一种方法来建立一个适用于多个地点的预订系统。目标是系统将被许多地方使用

在开始的时候，我已经决定使用一个已经发明的轮子，有很多脚本可以卖给你代码。问题是，所有这些都是为一个地方设计的。所以我有两个选择

修改代码以创建一个多位置系统（我认为有很多修改）

按位置进行一次安装，并使用脚本管理（创建安装、创建数据库等）。我还想制作一个管理面板来管理所有的安装等等

该项目将是一个由PHP支持的web应用程序

顾客将申请公共表格取消预订，然后每家餐厅都有自己的预订管理面板

---

你会选择哪种形式？

我会选择第二种形式。基本上是因为这可以让你更快地开始（根据你的评论，第一个可能需要很多改变）。如果你能更快地开始，你就会知道它是否有效。反馈越快越好

使用此表单可能会遇到付款、注册等问题，但由于用户将使用公共表单进行预订，我假设不涉及任何注册或付款

你不会想让用户分别注册每个地方吧？我不希望我的客户体验到这一点。类似的付款问题

---

坐下来想想，根据业务需要，各种安装之间可能需要依赖什么。各种装置在运行时需要共享哪些内容。您需要这样做，因为了解这一点会告诉您是否能够真正实现所有事情的自动化。安装时，带有初始值的数据库可以自动化，但如果操作系统需要许多其他常见的东西，可能会成为一个问题。

预订系统做什么？预订什么？它是web应用程序还是桌面应用程序？用户是否在系统中注册自己？是否涉及付款？@asembasal条目更新了更多详细信息如果任何答案确实回答了您的问题，那么您应该接受它。