常用设计模式一(创建型模式)

前言

很久前就一直想总结下常用的设计模式,但是各种原因一直拖到现在,下面我尝试用自己的理解去解释常用的设计模式,旨在让自己对常用设计模式有一个直观认识,过后回来能看懂并理解这些常用设计模式,当然如果这篇文章能帮到想了解设计的同学那就更好不过了。


概念介绍

设计模式分为三大类:

  • 创建型模式(Creational Pattern):创建型模式对类的实例化过程进行了抽象,将软件模块中对象的创建和对象的使用分离。使软件的结构更加清晰,外界对于这些对象只需要知道它们共同的接口,而不需要清楚其具体的实现细节,使整个系统的设计更加符合单一职责原则
    创建型模式在创建什么(What),由谁创建(Who),何时创建(When)等方面都为软件设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节,通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。
    设计模式中属于创建型模式的有:
    单例模式、建造者模式、工厂方法模式、抽象工厂模式、原型模式。
    其中常用的有:

    • 单例模式:保证一个类只有一个实例,并且提供对这个实例的全局访问方式。
    • 建造者模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
    • 工厂方法模式:允许一个类的实例化推迟到子类中进行。
    • 抽象工厂模式:提供一个创建相关或依赖对象的接口,而不指定对象的具体类。

    这几个模式在这篇文章中都会有介绍。

  • 结构型模式(Structural Pattern):结构型模式描述如何将类或者对象结合在一起形成更大的结构,就像搭积木,可以通过简单积木的组合形成复杂的、功能更为强大的结构。
    结构型模式可以分为类结构型模式和对象结构型模式:
    类结构型模式关心类的组合,由多个类可以组合成一个更大的系统,在类结构型模式中一般只存在继承关系和实现关系。
    对象结构型模式关心类与对象的组合,通过关联关系使得在一个类中定义另一个类的实例对象,然后通过该对象调用其方法。 根据“合成复用原则”,在系统中尽量使用关联关系来替代继承关系,因此大部分结构型模式都是对象结构型模式。
    设计模式中属于结构型模式的有:适配器模式、代理模式、享元模式、外观模式、桥接模式、组合模式、装饰器模式。
    其中常用的有:

    • 适配器模式:将一个接口转换成客户希望的另一个接口,适配器模式使接口不兼容的那些类可以一起工作,其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
    • 代理模式:给某一个对象提供一个代理,并由代理对象控制对原对象的引用,它是一种对象结构型模式。
    • 享元模式:运用共享技术有效地支持大量细粒度对象的复用。系统只使用少量的对象,而这些对象都很相似,状态变化很小,可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象,因此它又称为轻量级模式,它是一种对象结构型模式。

这几个模式会在下篇文章中介绍。

  • 行为型模式(Behavioral Pattern):行为型模式是对在不同的对象之间划分责任和算法的抽象化。行为型模式不仅仅关注类和对象的结构,而且重点关注它们之间的相互作用。通过行为型模式,可以更加清晰地划分类与对象的职责,并研究系统在运行时实例对象 之间的交互。在系统运行时,对象并不是孤立的,它们可以通过相互通信与协作完成某些复杂功能,一个对象在运行时也将影响到其他对象的运行。
    设计模式中属于行为型模式的有:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
    其中常用的有:
    • 策略模式:定义一系列算法,将每一个算法封装起来,并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化,也称为政策模式。
    • 观察者模式:定义对象间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。

单例模式

单例模式是最常用的设计模式之一,是为了保证单例对象的类只有一个实例存在,并保证整个系统只需要拥有一个全局对象。

使用场景

确保某个类在全局中只需要存在一个对象的场景。如:访问IO和数据库时,使用单例模式可以避免浪费资源。

懒汉模式

懒汉模式是声明一个静态变量,在调用对象类提供的get方法时就进行初始化,如下:

public class LazySingleton {
    private static LazySingleton mSingleton;

    public static synchronized LazySingleton getLazySingleton() {
        if (mSingleton == null) {
            mSingleton = new LazySingleton();
        }
        return mSingleton;
    }
}

懒汉模式只会在使用时才会被实例化,可以节约一定的资源,但是每次调用getLazySingleton都会进行同步,造成不必要的同步开销,这种模式一般不建议使用。

饿汉模式

饿汉模式在类加载的时候就进行了初始化,所以类加载会稍慢,但是调用类实例时由于类已经初始化所以获取速度很快。如下:

public class HungrySingleton {
    private static HungrySingleton mSingleton = new HungrySingleton();

    public static HungrySingleton getHungrySingleton() {
        return mSingleton;
    }
}

双重检查模式 (Double CheckLock)

DCL方式的优点是能保证在需要是单例才会初始化的同时保证线程安全。如下:

public class DCLSingleton {

    private static DCLSingleton mSingleton;

    public static DCLSingleton getDCLSingleton() {
        if (mSingleton == null) {
            synchronized (DCLSingleton.class) {
                if (mSingleton == null) {
                    mSingleton = new DCLSingleton();
                }
            }
        }
        return mSingleton;
    }
}

静态内部类单例模式

这种方式不仅能确保线程安全也能保证Singleton类的唯一性,这是推荐使用的静态内部类单例模式。

public class StaticSingleton {
    public static StaticSingleton getStaticSingleton() {
        return StaticSingletonHolder.singleton;
    }

    private static class StaticSingletonHolder {
        private static final StaticSingleton singleton = new StaticSingleton();
    }
}

小结

以上四种是比较常用的单例写法,单例模式在日常开发中使用很多,在Android源码中也有使用。


建造者模式

建造者模式是一步步创建复杂对象的创建型模式,这个模式可以让用户在不知道内部构建细节的情况下,控制对象的构造流程。如汽车有车轮、方向盘、座椅还有各种小零件等,将这些部件组装成一辆汽车就是一个复杂的过程。在这个事例里汽车就是一个复杂的对象,而将汽车部件组装成汽车的过程就是复杂对象的构建流程。建造者模式将复杂对象的构建过程和部件进行了良好的解耦,将耦合度降到最低。

使用场景

  • 相同方法不同执行顺序会产生不同的事件结果时。
  • 多个部件或者零件都可以装配到一个对象中,但是产生的 运行结果又不相同时。
  • 产品类是个复杂的对象,或产品类调用顺序不同就会产生不同的作用时。
  • 当初始化一个对象异常复杂时。

例子

使用建造者模式组装一台汽车,假定一辆汽车只需要有车轮、方向盘、座椅这三个部件。那么一个汽车类就有如下几个变量和组装方法:
产品类

public class Car {

    private String mWheel;//车轮
    private String mSteering;//方向盘
    private String mSeat;//座椅

    /**
     * 组装车轮
     *
     * @param mWheel
     */
    public void setmWheel(String mWheel) {
        this.mWheel = mWheel;
    }

    /**
     * 组装方向盘
     *
     * @param mSteering
     */
    public void setmSteering(String mSteering) {
        this.mSteering = mSteering;
    }

    /**
     * 组装座椅
     *
     * @param mSeat
     */
    public void setmSeat(String mSeat) {
        this.mSeat = mSeat;
    }
    
    @Override
    public String toString() {
        return "Car{" +
                "mWheel='" + mWheel + '\'' +
                ", mSteering='" + mSteering + '\'' +
                ", mSeat='" + mSeat + '\'' +
                '}';
    }
}

Builder类组装模板
一个良好的汽车组装流程应该有一套组装模板,模板包含各种控件的组装方法,这里的组装模板类如下

public abstract class Builder {
    public abstract void buildWheel(String wheel);

    public abstract void buildSteering(String settring);

    public abstract void buildSeat(String seat);

    public abstract Car createCar();
}

而要想组装一辆具体的车必须传承这套组装模板:

public class SixSixSixCarBuilder extends Builder {

    private Car mCar = new Car();

    @Override
    public void buildWheel(String wheel) {
        mCar.setmWheel(wheel);
    }

    @Override
    public void buildSteering(String steering) {
        mCar.setmSteering(steering);
    }

    @Override
    public void buildSeat(String seat) {
        mCar.setmSeat(seat);
    }

    @Override
    public Car createCar() {
        return mCar;
    }
}

然后还需要一个指挥者(Director )去规范指挥组装流程:

public class Director {

    Builder mBuild = null;

    public Director(Builder build) {
        this.mBuild = build;
    }

    public Car createCar(String wheel, String steering, String seat) {
        this.mBuild.buildWheel(wheel);
        this.mBuild.buildSteering(steering);
        this.mBuild.buildSeat(seat);
        return mBuild.createCar();
    }

}

这时候谁要造汽车只需要找到这个指挥者即可,测试如下

public class Test{
    public static void main(string[] args){
    
        Builder builder=new SixSixSixCarBuilder();
        Director director=new Director(builder);
        director.createCar("米其林三星轮胎","真皮方向盘","真皮座椅");

        System.out.println("汽车信息:"+builder.createCar().toString());
    }
}

小结

从上面例子得出建造者模式主要有以下几个结构构成:
- Product: 产品类。
- Builder:抽象Builder类,规范产品的组建,子类会继承这个类实现具体的建造流程。

  • ConcreteBulider: 上面Builder的实现类,实现抽象Builder类定义的所有方法,并且返回一个组建好的对象。
  • Director: 指挥者类,用于统一组装流程。

实际开发中Director类经常是忽略的,直接用Builder来对对象进行组装,如下:

public class Test{
    public static void main(string[] args){
        
        Builder builder=new SixSixSixCarBuilder();
        builder.buildWheel("米其林三星轮胎");
        builder.buildSteering("真皮方向盘");
        builder.buildSeat("真皮座椅");
      
        System.out.println("汽车信息:"+builder.createCar().toString());
    }
}

这个Builder一般写成链式调用,这时Builder类的setter方法需要返回自身,如下:

public abstract class Builder {
    public abstract Builder buildWheel(String wheel);

    public abstract Builder buildSteering(String steering);

    public abstract Builder buildSeat(String seat);

    public abstract Car createCar();
}
public class SixSixSixCarBuilder extends Builder {

    private Car mCar = new Car();

    @Override
    public SixSixSixCarBuilder buildWheel(String wheel) {
        mCar.setmWheel(wheel);
        return this;
    }

    @Override
    public SixSixSixCarBuilder buildSteering(String steering) {
        mCar.setmSteering(steering);
        return this;
    }

    @Override
    public SixSixSixCarBuilder buildSeat(String seat) {
        mCar.setmSeat(seat);
        return this;
    }

    @Override
    public Car createCar() {
        return mCar;
    }
}

调用时:

public class Test{
    public static void main(string[] args){

        Builder builder=new SixSixSixCarBuilder();
        builder.buildWheel("米其林三星轮胎")
                .buildSteering("真皮方向盘")
                .buildSeat("真皮座椅") 
                .createCar();
                
        System.out.println("汽车信息:" + builder.createCar().toString());
    }
}

工厂方法模式

工厂方法模式是应用最广泛的模式,它定义一个用于创建对象的接口,让子类决定实例化哪个类。

使用场景

任何需要生成复杂对象的地方都可以使用工厂方法模式。

例子

还是组装汽车,具体组装k3、k5属于同一车型的两款车。由于是同一车型所以一条生产线足够。

先明确汽车需要的功能,即汽车抽象基类:

public abstract class QiYaCar {

    public abstract void drive();//汽车可以开

    public abstract void speedUp();//汽车可以加速
}

创建抽象生产线定义类:

public abstract class QiYaFactory {
    
    /**
     * 
     * @param clzz 具体汽车型号
     * @return 具体的汽车
     */
    public abstract <T extends QiYaCar> T createQiYaCar(Class clzz);
}

创建具体的生产线:

public class QiYaCreateFactory extends QiYaFactory{
    @Override
    public <T extends QiYaCar> T createQiYaCar(Class clzz) {
        QiYaCar car= null;
        try {
            car = (QiYaCar) Class.forName(clzz.getName()).newInstance();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
        return (T) car;
    }
}

生产具体车型:

public class QiYaK3Car extends QiYaCar{
    @Override
    public void drive() {
        System.out.println("k3启动");
    }

    @Override
    public void speedUp() {
        System.out.println("k3加速");
    }
}
public class QiYaK5Car extends QiYaCar{
    @Override
    public void drive() {
        System.out.println("k5启动");
    }

    @Override
    public void speedUp() {
        System.out.println("k5加速");
    }
}

把上面各个类组装起来就可以形成一条完整的流水线:

public class Client{
    public static void main(string[] args){

        QiYaFactory factory = new QiYaCreateFactory();
        
        QiYaK3Car k3Car = factory.createQiYaCar(QiYaK3Car.class);
        k3Car.drive();
        k3Car.speedUp();

        QiYaK5Car k5Car = factory.createQiYaCar(QiYaK5Car.class);
        k5Car.drive();
        k5Car.speedUp();
    }
}

小结

工厂方法模式是一个很好的设计模式,但是从上面例子也可以看出,工厂方法模式也有一定的缺点,比如当添加新的产品时就要编写一个新的产品类,同时还要引用抽象层,导致类的结构复杂化。是否使用工厂方法模式需要根据实际需求决定。


抽象工厂模式

抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。抽象工厂模式又称为Kit模式,属于对象创建型模式。

使用场景

一个对象族有相同约束时可以使用抽象工厂模式,如Android、ios都有拨号软件,这个软件属于软件的范畴,但是所在的操作系统不一样,这时候开业考虑使用抽象工厂模式来设计拨号软件。

例子

起亚和现代有两条生成线,一个中型车,一个SUV。抽象工厂模式来进行实现这两条生产线。

首先是抽象产品类:

public abstract class BetweenCar{
  public abstract void drive();//汽车可以开

  public abstract void speedUp();//汽车加速
  
}
public abstract class SUVCar{
   public abstract void drive();//汽车可以开

   public abstract void speedUp();//汽车加速
}

生产具体产品

public class QiYaBetweenCar extends BetweenCar{
    @Override
    public void drive() {
        System.out.println("起亚中型车启动");
    }

    @Override
    public void speedUp() {
        System.out.println("起亚中型车加速");
    }
}
public class XianDaiBetweenCar extends BetweenCar{
    @Override
    public void drive() {
        System.out.println("现代中型车启动");
    }

    @Override
    public void speedUp() {
        System.out.println("现代中型车加速");
    }
}
public class QiYaSUVCar extends SUVCar {
    @Override
    public void drive() {
        System.out.println("起亚SUV启动");
    }

    @Override
    public void speedUp() {
        System.out.println("起亚SUV加速");
    }
}
public class XianDaiSUVCar extends SUVCar {
    @Override
    public void drive() {
        System.out.println("现代SUV启动");
    }

    @Override
    public void speedUp() {
        System.out.println("现代SUV加速");
    }
}

创建生产汽车的抽象工厂里面有两条生产线,即生产中型车和SUV

public abstract class CarFactory {
    
    public abstract BetweenCar createBetweenCar();

    public abstract SUVCar createSUVCar();

}

定义具体的工厂

public class QiYaCarFactory extends CarFactory{
    
    @Override
    public BetweenCar createBetweenCar() {
        return new QiYaBetweenCar();
    }

    @Override
    public SUVCar createSUVCar() {
        return new QiYaSUVCar();
    }
}
public class XianDaiCarFactory extends CarFactory {
    @Override
    public BetweenCar createBetweenCar() {
        return new XianDaiBetweenCar();
    }

    @Override
    public SUVCar createSUVCar() {
        return new XianDaiSUVCar();
    }
}

最后客户端调用

public class Client{
    public static void main(string[] args){

        CarFactory qiYaCarFactory = new QiYaCarFactory();

        qiYaCarFactory.createBetweenCar().drive();
        qiYaCarFactory.createBetweenCar().speedUp();

        qiYaCarFactory.createSUVCar().drive();
        qiYaCarFactory.createSUVCar().speedUp();

        CarFactory xianDaiCarFactory = new XianDaiCarFactory();

        xianDaiCarFactory.createBetweenCar().drive();
        xianDaiCarFactory.createBetweenCar().speedUp();

        xianDaiCarFactory.createSUVCar().drive();
        xianDaiCarFactory.createSUVCar().speedUp();
    }
}

小结

抽象工厂模式一个显著的优点是分离接口与实现,客户端使用抽象工厂来创建需要的对象,而客户端不需要知道具体实现是谁,客户端只是面向产品的接口编程,使其从具体的产品视线中解耦,在切换产品类时更加灵活。当然抽象工厂模式不容易扩展新的产品类,因为增加一个产品类就需要修改抽象工厂,则所有具体工厂类都要修改。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,948评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,371评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,490评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,521评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,627评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,842评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,997评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,741评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,203评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,534评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,673评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,339评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,955评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,770评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,000评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,394评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,562评论 2 349

推荐阅读更多精彩内容

  • 设计模式汇总 一、基础知识 1. 设计模式概述 定义:设计模式(Design Pattern)是一套被反复使用、多...
    MinoyJet阅读 3,922评论 1 15
  • 1 场景问题# 1.1 选择组装电脑的配件## 举个生活中常见的例子——组装电脑,我们在组装电脑的时候,通常需要选...
    七寸知架构阅读 4,304评论 6 66
  • 创建型模式 抽象工厂模式(abstract facroty) 3.1模式动机 在工厂方法模式中具体工厂负责生产具体...
    僚机KK阅读 728评论 0 2
  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,598评论 18 399
  • 第二章 话说小主人也有不靠谱的时候。 这天我们一家子烤火。宅在小主人腿上的生活不要太美妙!忽然,爸爸冲着小主人来一...
    朵朵_55f4阅读 191评论 0 0