Architecture 集成实现类似功能的多个存储API

我正在为一个客户开发Flitter移动应用程序。这将是一个小型的移动应用程序在线商店。他们卖的是真正的产品（不是电子产品）

客户端使用Square据我所知，一段时间前，Square收购了Weeble。现在，如果你想用Square创建网上商店，它正在使用Weeble。但square仍然拥有自己的商店系统来管理现实生活中的商店

正如我所看到的，Weeble和Square仍然有自己的用于目录、订单、支付和其他api的api

我的问题是我是否需要使用Weebly或Square，或者我可以同时使用它们中的任何一个或两个

我的应用程序将如何工作？ 我有一个网络管理面板和移动应用程序。另外，由于需要更复杂的目录项，我正在使用firebase集合和我自己的数据结构用于目录项

但我不想创建自己的订单服务和库存服务。 Square有FlatterSDK，但我看到它只用于支付

我希望拥有的功能：

• 在销售和展示商品之前，请检查我的商店是否有可用的商品。（广场上的库存空气污染指数或周末的产品空气污染指数）。+减去成功购买后购买的物品数量
• 创建订单，向公司员工展示
• 向用户显示订单状态和装运状态。（在Square API中未找到装运状态，仅在Weebly中）
• 可以通过每月付款销售分条款。（咖啡订阅）

---

通常，如果可能，您希望避免集成多个服务所增加的复杂性，因为这会导致不必要的维护成本

似乎Square正在慢慢地向其API中添加仅在Weebly上存在的缺失功能。您提到的所有功能都可以通过SquareAPI获得，尽管有些功能仍处于测试阶段。我可以想象，一旦达到功能奇偶校验，Weebly API将被弃用，因为维护多个执行相同操作的API的开销是对宝贵资源的浪费

• 库存：
• 订单创建：
• 履行情况：
• 订阅：