桥接模式 - 设计模式学习

  合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类继承。

  合成和聚合都是关联的特殊种类。聚合表示一种弱的“拥有关系”,体现的是A对象可以包含B对象,但B对象不一定是A对象的一部分;合成则是一种枪的‘拥有’关系,体现了严格的部分和整体的关系,部分和整体的声明周期一样。比方说,大雁有两个翅膀,翅膀与大雁是部分和整体的关系,并且它们的声明周期是相同的,于是大雁和翅膀就是合成关系。而大雁是群居动物,所以每只大雁都是属于一个雁群,一个雁群可以有多只大雁,所以大雁和雁群是聚合关系。

  合成/聚合复用原则的好处是,有限使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上。这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。

  桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。

  什么叫抽象与它的实现分离,这并不是说,让抽象类与其派生类分离,因为这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。桥接模式主要讲的是尽量用聚合,而不要盲目使用继承。

  下面给出桥接模式的UML图:

    

  桥接模式的基本代码结构:

namespace ConsoleApplication1
{
    abstract class Implementor
    {
        public abstract void Operation();
    }

    class ConcreteImplementorA : Implementor
    {
        public override void Operation()
        {
            Console.WriteLine("具体实现A的方法执行");
        }
    }

    class ConcreteImplementorB : Implementor
    {
        public override void Operation()
        {
            Console.WriteLine("具体实现B的方法执行");
        }
    }

    class Abstraction
    {
        protected Implementor implementor;

        public void SetImplementor(Implementor implementor)
        {
            this.implementor = implementor;
        }

        public virtual void Operation()
        {
            implementor.Operation();
        }
    }

    class RefinedAbstraction : Abstraction
    {
        public override void Operation()
        {
            implementor.Operation();
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            Abstraction ab = new RefinedAbstraction();

            ab.SetImplementor(new ConcreteImplementorA());
            ab.Operation();

            ab.SetImplementor(new ConcreteImplementorB());
            ab.Operation();

            Console.ReadKey();
        }
    }
}

  结果:

  

  实现系统可能有多角度分类,每一种分那么类都有可能变化,那么就把这种多角度分离出来让它们独立变化,减少它们之间的耦合。

  其实只要真正了解设计原则,很多设计模式其实就是原则的应用而已,或许在不知不觉中就在使用设计模式了。

   现在回到《大话设计模式》中的手机品牌与软件的例子

namespace ConsoleApplication1
{
    //手机软件抽象类
    abstract class HandsetSoft
    {
        public abstract void Run();
    }

    //手机游戏
    class HandsetGame : HandsetSoft
    {
        public override void Run()
        {
            Console.WriteLine("运行手机游戏");
        }
    }

    //手机通讯录
    class HandsetAddressList : HandsetSoft
    {
        public override void Run()
        {
            Console.WriteLine("运行和搜集通讯录");
        }
    }

    //手机品牌抽象类
    abstract class HandsetBrand
    {
        protected HandsetSoft soft;

        //设置手机软件
        public void SetHandsetSoft(HandsetSoft soft)    //品牌需要关注软件,所以可在机器中安装软件(设置手机软件),以备运行
        {
            this.soft = soft;
        }

        //运行
        public abstract void Run();
    }

    //手机品牌N
    class HandsetBrandN : HandsetBrand
    {
        public override void Run()
        {
            soft.Run();
        }
    }

    //手机品牌M
    class HandsetBrandM : HandsetBrand
    {
        public override void Run()
        {
            soft.Run();
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            HandsetBrand ab;
            ab = new HandsetBrandN();

            ab.SetHandsetSoft(new HandsetGame());
            ab.Run();

            ab.SetHandsetSoft(new HandsetAddressList());
            ab.Run();

            ab = new HandsetBrandM();

            ab.SetHandsetSoft(new HandsetGame());
            ab.Run();

            ab.SetHandsetSoft(new HandsetAddressList());
            ab.Run();

            Console.ReadKey();
        }
    }
}

  这样写的好处非常好,如果现在要增加一个功能,例如MP3音乐播放功能,那么只要增加一个MP3音乐播放类就可以了。

  在《大话设计模式》中有一个用继承的写法,现在放上它的类图:

  

  在这种用继承的方法,就增加一个MP3音乐播放功能,那就需要在每个品牌下添加一个MP3音乐播放类,如果需要再添加一个手机品牌,也有通讯录,游戏,MP3播放器功能,那就需要添加相当多的类,崩溃。

  但是上面的桥接模式的类图:

  

  手机品牌与手机软件之间是聚合关系,当需要添加一个MP3音乐播放功能时,只需要添加一个类,而需要添加一个手机品牌时,也只是需要添加一个类。

时间: 2024-08-28 16:40:37

桥接模式 - 设计模式学习的相关文章

简单工厂模式、工厂方法模式和抽象工厂模式-设计模式学习

1.简单工厂模式 简单工厂模式是属于创建型模式,又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 工厂(Creator)角色 简单工厂模式的核心,它负责实现创建所有实例的内部逻辑.工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象. 抽象产品(Product)角色 简单工厂模式所创建的所有

备忘录模式 - 设计模式学习

备忘录模式(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态.这样以后就可将该对象恢复到原先保存的状态. 以下给出备忘录模式的UML图: Originator(发起人):负责创建一个备忘录Memento,用以记录当前时刻它的内部状态,并可使用备忘录恢复内部状态.Originator可根据需要决定Memento存储Originator的哪些内部状态. Memento(备忘录):负责存储Originnator对象的内部状态,并可防止Originator以外

职责链模式 - 设计模式学习

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它位置. 下面给出职责链模式的结构图: 下面给出职责链模式的基本代码结构: namespace ConsoleApplication1 { //Handler类,定义一个处理请示的接口 abstract class Handler { protected Handler successor; publ

组合模式 - 设计模式学习

组合模式(Composite),将对象组合成属性结构以表示'部分-整体'的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性. 下面给出组合模式的UML图: 来看组合模式的基本代码结构: namespace ConsoleApplication1 { //Component为组合中的对象声明接口 abstract class Component { protected string name; public Component(string name) { this.name = n

命令模式 - 设计模式学习

命令模式(Command),将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化:对请求排队或记录请求日志,以及支持可撤销操作. 下面给出命令模式的结构图: 下面是命令模式的基本结构代码: namespace ConsoleApplication1 { abstract class Command { protected Receiver receiver; public Command(Receiver receiver) { this.receiver = receiver; }

抽象工厂模式 - 设计模式学习

抽象工厂模式(Abstract Factory),提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类. 以下给出抽象工厂方法模式的UML图: 回到<大话设计模式>里面的双数据库访问的例子: namespace ConsoleApplication1 { class User { private int _id; public int ID { get { return _id; } set { _id = value; } } private string _name; pub

享元模式 - 设计模式学习

享元模式(Flyweight),运用共享技术有效地支持大量细粒度的对象. 下面给出享元模式的结构图: 下面给出享元模式的基本代码结构: namespace ConsoleApplication1 { //Flyweight类,它是所有具体享元类的超类或接口,通过这个接口,Flyweight可以接受并作用于外部状态 abstract class Flyweight { public abstract void Operation(int extrinsicstate); } //ConcreteF

解释器模式 - 设计模式学习

解释器模式(interpreter),给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. 解释器模式需要解决的是,如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言的句子.这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题. 下面给出解释器模式的结构图: 下面给出解释器模式的基本代码结构: namespace ConsoleApplication1 { //AbstractExpresstion(抽

访问者模式 - 设计模式学习

访问者模式(Visitor),表示一个作用于某对象结构中的各元素的操作.它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作. 下面给出访问者模式的结构图: 从类图可以看出,访问者模式那是相当复杂啊! 下面给出访问者模式的基本代码结构: namespace ConsoleApplication1 { //Visitor类,为该对象结构中ConcreteElement的每一个类声明一个Visit操作. abstract class Visitor { public abstract vo