mirror of
https://github.com/crazybber/go-pattern-examples.git
synced 2024-11-22 20:06:02 +03:00
.. | ||
bridge_test.go | ||
bridge.go | ||
README.md |
桥接模式
桥接模式类似于策略模式,原因在于他们都将行为交给了另一个接口实现,再组合实现完整功能/流程/业务.
区别在于策略模式封装一系列算法/方法/功能/使得他们可以互相替换,关键点在于策略模式的实现方法可以动态替换,但是桥接模式的特点是,一旦组合运行时一般不会发生变化.
桥接模式的变化点在于调用方是变化的.
在策略模式的例子中,银行就一个,但是储户类型是多个,银行需要为不同类型的用户服务,银行有同一个规则流程和处理方法,但是不同的用户对相同处理过程的响应和处理不一样。
在桥接模式中,消息类型是多个,转给不同的处理对象.
演示1个例子,场景如下:
对于Web应用系统,当平台后端收到消息并需要推送的时候,常见有四种选择: 1、通过第三方的的Internet通道,离线推送到手机,通知用户 2、通过邮件通知到用户 3、通过在线的长连接进行websocket推送 4、通过手机4G/5G的短信通道通知到用户
选择其中的二三两类进行演示。
桥接体现在发送WSMessage
类型消息的时候,WSMessage
不是直接发送的而是顺序转交给EmergencyWSMessage
,由于EmergencyWSMessage
执行发送动作,并且一开始EmergencyWSMessage
就知道自己要发送EmergencyWSMessage
消息,因为在初始化时候EmergencyWSMessage
对象就直接绑定在了WSMessage
上.