Laravel应用程序体系结构具有两个角色，它们之间是第三个角色。就像乒乓球

Question

预先感谢您的帮助。

我正在构建Laravel应用程序，并坚持使用它的一部分逻辑（也许我不知道合适的模式）。 我在系统中扮演三个角色，比方说Foo，Bar和Mediator。 Foo将报价发送给Bar。但是Bar在Mediator批准要约之前没有收到。喜欢：

1. Foo发送报价。 Foo看到“状态”消息在他的“报价”页面上发送报价。酒吧暂时什么都看不到。
2. 调解员可以看到从Foo到Bar的报价，可以批准，拒绝或批准更改
3. 在Mediator批准的报价栏上也开始显示它。但是，如果Bar批准更改，Bar将看到状态为Message的报价，Foo现在的状态为Change。
4. Bar可以回应Foo的提议，一切都朝相反的方向（就像Foo看到了旧的提议，并且知道在主持人批准前Bar回应了他）。

为了简单起见，请考虑提供诸如消息之类的商品。

我正在考虑的实现方式是使用包含Foo，Bar，Foo_visibility，Bar_visibility，Foo_status，Bar_status的某些列来创建OfferGroup。 优惠本身位于与OfferGroup相关的其他模型中。然后在每个操作上操纵OfferGroup的可见性和状态。服务中的操作逻辑位置，可在存储库中使用模型。

但是实际上，这种方法对我而言似乎并不复杂。 如果我错了，请纠正我。