多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
一、概述   桥接模式:将两个原本不相关的类结合在一起,然后利用两个类中的方法和属性,输出一份新的结果。  二、案例   1、模拟毛笔(转)   需求:现在需要准备三种粗细(大中小),并且有五种颜色的比   如果使用蜡笔,我们需要准备3*5=15支蜡笔,也就是说必须准备15个具体的蜡笔类。而如果使用毛笔的话,只需要3种型号的毛笔,外加5个颜料盒,用3+5=8个类就可以实现15支蜡笔的功能。   实际上,蜡笔和毛笔的关键一个区别就在于笔和颜色是否能够分离。即将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化"。关键就在于能否脱耦。蜡笔由于无法将笔与颜色分离,造成笔与颜色两个自由度无法单独变化,使得只有创建15种对象才能完成任务。而毛笔与颜料能够很好的脱耦(比和颜色是分开的),抽象层面的概念是:"毛笔用颜料作画",每个参与者(毛笔与颜料)都可以在自己的自由度上随意转换。 2、模拟企业分组发短信   需求:公司现在需要按分组(临时工、正式工、管理层等)以多种形式(QQ、Email、微博等)给员工发送通知。 三、适用性 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。通过使用Bridge模式对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。 不希望在抽象和它的实现部分之间有一个固定的绑定关系。 一个构件有多于一个的抽象化角色和实现化角色,系统需要它们之间进行动态耦合。 四、效果 Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。 所谓抽象和实现沿着各自维度的变化,即“子类化”它们,得到各个子类之后,便可以任意它们,从而获得不同员工组和不同信息发送模式。 Bridge模式的应用一般在“两个非常强的变化维度”,有时候即使有两个变化的维度,但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果,并不一定要使用Bridge模式。   Bridge模式将继承关系转换为组合关系,从而降低了系统间的耦合,减少了代码编写量。 ``` <?php abstract class Staff { abstract public function staffData(); } class CommonStaff extends Staff { public function staffData() { return "小名,小红,小黑"; } } class VipStaff extends Staff { public function staffData() { return "小星,小龙"; } } abstract class SendType { abstract public function send($to, $content); } class QQSend extends SendType { public function __construct() { } public function send($to, $content) { return $content.'(To'.$to.'From QQ)<br>'; } } class SendInfo { protected $_level; protected $_method; public function __construct($level, $method) { $this->_level = $level; $this->_method = $method; } public function sending($content) { $staffArr = $this->_level->staffData(); $result = $this->_method->send($staffArr, $content); echo $result; } } //客户端调用 $info = new SendInfo(new VipStaff(), new QQSend()); $info->sending("哈哈哈"); ```