结构型模式之桥接模式

概述

桥接模式是一种很实用的结构型设计模式,如果软件系统中某个类存在两个独立变化的维度,通过该模式可以将这两个维度分离出来,使两者可以独立扩展,让系统更加符合“单一职责原则”。与多层继承方案不同,它将两个独立变化的维度设计为两个独立的继承等级结构,并且在抽象层建立一个抽象关联,该关联关系类似一条连接两个独立继承结构的桥,故名桥接模式。桥接模式用一种巧妙的方式处理多层继承存在的问题,用抽象关联取代了传统的多层继承,将类之间的静态继承关系转换为动态的对象组合关系,使得系统更加灵活,并易于扩展,同时有效控制了系统中类的个数

定义

桥接模式(Bridge Pattern):将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式或接口(Interface)模式

实现

图形类

    public abstract class Shape
    {
        /// <summary>
        /// 颜色对象
        /// </summary>
        public IColor color { get; set; }
        /// <summary>
        /// 画图方法
        /// </summary>
        public abstract void draw();
    }
    public class Circle : Shape
    {
        public override void draw()
        {
            color.bepaint("圆形");
        }
    }
    public class Rectangle : Shape
    {
        public override void draw()
        {
            color.bepaint("长方形");
        }
    }
    public class Square : Shape
    {
        public override void draw()
        {
            color.bepaint("正方形");
        }
    }

颜色类

    public interface IColor
    {
        /// <summary>
        /// 着色方法
        /// </summary>
        /// <param name="shape"></param>
        void bepaint(String shape);
    }
    public class Black : IColor
    {
        public void bepaint(string shape)
        {
            Console.WriteLine("黑色的{0}", shape);
        }
    }
    public class Gray : IColor
    {
        public void bepaint(string shape)
        {
            Console.WriteLine("灰色的{0}", shape);
        }
    }
    public class White : IColor
    {
        public void bepaint(string shape)
        {
            Console.WriteLine("白色的{0}", shape);
        }
    }

客户端

    class Program
    {
        static void Main(string[] args)
        {
            Shape circle = new Circle() { };
            circle.color = new Black();
            circle.draw();
            circle.color = new Gray();
            circle.draw();
            Console.ReadLine();
        }
    }

总结

主要优点

1、分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自维度的变化,也就是说抽象和实现不再在同一个继承层次结构中,而是“子类化”它们,使它们各自都具有自己的子类,以便任何组合子类,从而获得多维度组合对象。

2、在很多情况下,桥接模式可以取代多层继承方案,多层继承方案违背了“单一职责原则”,复用性较差,且类的个数非常多,桥接模式是比多层继承方案更好的解决方法,它极大减少了子类的个数。

3、桥接模式提高了系统的可扩展性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统,符合“开闭原则”。

主要缺点

1、桥接模式的使用会增加系统的理解与设计难度,由于关联关系建立在抽象层,要求开发者一开始就针对抽象层进行设计与编程。

2、桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性,如何正确识别两个独立维度也需要一定的经验积累。

时间: 2024-10-03 23:02:26

结构型模式之桥接模式的相关文章

结构型设计模式之桥接模式

结构 意图 将抽象部分与它的实现部分分离,使它们都可以独立地变化. 适用性 你不希望在抽象和它的实现部分之间有一个固定的绑定关系.例如这种情况可能是因为,在程序运行时刻实现部分应可以被选择或者切换. 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充.这时B r i d g e 模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充. 对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译. (C + +)你想对客户完全隐藏抽象的实现部分.在C + +中,类的

结构型设计模式 之 桥接模式

Bridge模式基于类的最小设计原则,通过使用封装.聚合及继承等行为让不同的类承担不同的职责.它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各部分的独立性以及应对他们的功能扩展. 桥接模式的UML图如下: 桥接模式的角色和职责: 1.Client 调用端 这是Bridge模式的调用者. 2.抽象类(Abstraction) 抽象类接口(接口这货抽象类)维护队行为实现(implementation)的引用.它的角色就是桥接类. 3.R

虚拟机网络连接模式中桥接模式和NAT模式的区别

1.桥接模式:当虚拟机系统的网络连接模式为桥接模式时,相当于在主机系统和虚拟机系统之间连接了一个网桥,而网桥两端的网络都属于同一网络,主机和虚拟机是处于同一网络中的对等主机. 实例,在使用Xshell与Linux的连接时需要使用桥接模式,例如虚拟机linux系统的网络设置: IP:192.168.23.135 子网掩码:255.255.255.0 默认网关:192.168.23.2 与虚拟网卡VMware Virtual Ethernet Adapter for VMnet8之间用桥接模式. V

职责链模式、桥接模式

参考资料<大话设计模式> 职责链模式: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace ds_chainofresponsibility { class Program { static void Main(string[] args) { Handler h1 = new ConcreteHandler1(); Handler h2 = new Co

VMware虚拟机上网络连接模式bridged(桥接模式)

VMware虚拟机上网络连接模式bridged(桥接模式)的实质就是虚拟机本身利用主机的网卡对外直接作为一个真实的物理主机存在. 也就是理论上此时的虚拟机和主机没什么关系,只是和主机公用了一块网卡,其他都是平级关系. 所以按照这种模式搭建网络的话,可以建立一个常用的网络模式,1个物理主机,这个物理主机有自己独立的一个公网地址,N个虚拟主机,每个虚拟主机也有自己独立的公网地址,然后1个物理主机和N个虚拟主机共用一个物理网卡(也可以是多个). 管理员可以在公网通过1个物理主机的公网IP管理N个虚拟主

6 结构型模式之 - 桥接模式

桥接模式的介绍:桥接模式,也称为桥梁模式,是结构型设计模式之一,在现实tgitk大家都知道"桥梁"是连接河道两岸的主要交通枢纽,简而言之其作用就是连接河的两边,而我们的桥梁模式与现实中的情况很是相似,也是承担着连接两边的作用. 桥接模式的定义:将抽象部分与实现部分分离,使它们都可以独立地进行变化 格拉模式的使用场景:从模式的定义中我们大致可以了解到,这里"桥梁"的作用其实就是连接"抽象部分"与"实现部分",但是事实上,任何多维

13结构型模式之桥接模式

概念 Bridge 模式又叫做桥接模式,是构造型的设计模式之一.Bridge模式基于类的最小设计原则,通过使用封装,聚合以及继承等行为来让不同的类承担不同的责任.它的主要特点是把抽象(abstraction)与行为实现(implementation)分离开来,从而可以保持各部分的独立性以及应对它们的功能扩展. 角色和职责 Client Bridge模式的使用者 Abstraction 抽象类接口(接口或抽象类)维护对行为实现(Implementor)的引用 Refined Abstraction

&quot;围观&quot;设计模式(17)--结构型之享元模式(Flyweight Pattern)

享元模式(英语:Flyweight Pattern)是一种软件设计模式.它使用共享物件,用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件:它适合用于当大量物件只是重复因而导致无法令人接受的使用大量内存.通常物件中的部分状态是可以分享.常见做法是把它们放在外部数据结构,当需要使用时再将它们传递给享元.----WIKIPEDIA 个人理解 共享,内存消耗大的时候应考虑对象的共享,共享对象可以减少对象的生成数量,这样可以减少内存的消耗,当一个对象和其他的对象存在共性且内容一致的时候,可以将共有

设计模式(结构型)之装饰者模式(Decorator Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之组合模式(Composite Pattern)>http://blog.csdn.net/yanbober/article/details/45392513 概述 装饰模式可以在不改变一个对象本身功能的基础上给对象增加额外的新行为.装饰模式是一种用于替代继承