设计模式——工厂方法模式

工厂方法模式

定义:Define an interface for creating an object, but let subclasses decide which class instance.
Factory Method lets a class defer instantiation to subclasses.
(定义一个用于创建对象的接口 [这里的接口一词并不指Java中的接口构造,它可以是Java接口或抽象类] ,但是让子类决定去实例化哪个类。工厂方法将对象的实例化推迟到其子类。)

优势
[1].良好的封装性,代码结构清晰。如果一个调用者需要一个具体的产品对象,只要知道这个产品的类名就可以了,不用关心对象是如何创建的,降低了模块见得耦合。
[2].工厂方法模式扩展性非常优秀。如果想增加一个产品类,只需要适当的修改具体的工厂类或扩展一个工厂类就可以完成。
[3].屏蔽品类。产品的实现如何变化,调用者都不需要关心,它只需要关心产品的接口,只要接口保持不变,系统中的上层模块就不需要发生变化。因为产品的实例化工作是由工厂类负责的,一个产品对象具体由哪一个产品生成是由工厂类决定的。
例如:在数据库开发中,如果使用 JDBC 连接数据库,数据库从 MySQL 且款到 Oracle,只需要改动的地方就是切换一下驱动名称。
[4].工厂方法模式是典型的解耦框架。高层模块值只需要知道产品的抽象类,其他的实现类都不用关心,符合迪米特法则,我不需要的就不要去交流;也符合依赖倒置原则,只依赖产品的抽象;也符合里氏替换原则,使用产品子类替换父类。

简单工厂模式(Simple Factory Pattern)

基本组成
产品抽象类Product
具体产品类ConcreteProduct1 ConcreteProduct2
工厂类Creator
  • 产品抽象
public abstract class Product {
    public abstract void method();
}
  • 具体产品
public class ConcreteProduct1 extends Product{
    @Override
    public void method() {
        // do something...
    }
}
public class ConcreteProduct2 extends Product{
    @Override
    public void method() {
        // do something...
    }
}
  • 工厂(第一种实现方式)
public class Creator{
    public static <T extends Product> T createProduct(Class<T> c) {
        Product product=null;
        try {
            product=(Product)Class.forName(c.getName()).newInstance();
        }catch(Exception e) {
            // do something...
        }
        return (T)product;
    }
}

特点:工厂是一个具体类,非抽象类 非接口,它的create方法,是利用反射机制生成对象返回,增加一种产品时,不需要修改工厂的代码。
缺点:不同的产品需要不同额外参数的时候 不支持。

  • 工厂(第二种实现方式)
public class Creator{
        public static final int PRODUCT_ONE = 1;
        public static final int PROCUCT_TWO = 2;
        
    public static Product createProduct(int type) {
        switch(type){
            case PRODUCT_ONE:
                return new ConcreteProduct1();
            case PROCUCT_TWO:
            default:
                return new ConcreteProduct2();
        }
    }
}

特点:工厂是一个具体类,非抽象类 非接口,create方法通常是静态的,所以也称之为静态工厂。
缺点:扩展性差,当我们需要增加一个产品类时还需要修改工厂类;
不同的产品需要不同额外参数的时候 不支持。

多方法静态工厂

简单工厂模式的一个问题是 当产品需要不同额外参数的时候 不支持。
而且如果使用时传递的 typeClass 出错,将不能得到正确的对象,容错性不高。
而多方法的工厂模式为不同产品,提供不同的生产方法。

基本组成
产品抽象类Product
具体产品类ConcreteProduct1 ConcreteProduct2
工厂类Creator
  • 产品抽象
public abstract class Product {
    public abstract void method();
}
  • 具体产品
public class ConcreteProduct1 extends Product{
    
    private String name;
    
    public ConcreteProduct1(String name){
        this.name = name;
    }

    @Override
    public void method() {
        // do something...
    }
}

public class ConcreteProduct2 extends Product{

    private String name;
    private int size;
    
    public ConcreteProduct2(String name, int size){
        this.name = name;
        this.size = size;
    }

    @Override
    public void method() {
        // do something...
    }
}
  • 工厂
public class Creator{

    public static Procuct createProduct1(String name){
        return new ConcreteProduct1(name);
    }
    
    public static Procuct createProduct2(String name, int size){
        return new ConcreteProduct2(name, size);
    }
}

优点:方便创建 同种类型的 复杂参数 对象

普通工厂

基本组成
产品抽象类Product
工厂抽象类Creator
具体产品类ConcreteProduct1 ConcreteProduct2
具体工厂类ConcreteCreator1 ConcreteCreator2
  • 产品抽象
public abstract class Product {
    public abstract void method();
}
  • 工厂抽象
public abstract class Creator{
    public abstract Product create();
}
  • 具体产品
public class ConcreteProduct1 extends Product{
    @Override
    public void method() {
        // do something...
    }
}
public class ConcreteProduct2 extends Product{
    @Override
    public void method() {
        // do something...
    }
}
  • 具体工厂
public class ConcreteCreator1 extends Creator{
    @Override
    public Product create(){
        return new ConcreteCreator1();
    }
}
public class ConcreteCreator2 extends Creator{
    @Override
    public Product create(){
        return new ConcreteCreator2();
    }
}

特点:不仅仅产品需要抽象, 工厂也需要抽象;工厂方法使一个产品类的实例化延迟到其具体工厂子类。
优点:拥抱变化,当需求变化,只需要增删相应的类,不需要修改已有的类。而简单工厂需要修改工厂类的create方法,多方法静态工厂模式需要增加一个静态方法。
缺点:引入抽象工厂层后,每次新增一个具体产品类,也要同时新增一个具体工厂类。

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

推荐阅读更多精彩内容

  • 设计模式概述 在学习面向对象七大设计原则时需要注意以下几点:a) 高内聚、低耦合和单一职能的“冲突”实际上,这两者...
    彦帧阅读 3,752评论 0 14
  • 设计原则: 要依赖抽象,不要依赖具体类 目录 本文的结构如下: 什么是工厂方法模式 为什么要用该模式 模式的结构 ...
    w1992wishes阅读 1,347评论 0 6
  • 工厂方法模式 介绍 简单工厂模式虽然简单,并且实现了创建和使用分离的功能,但存在一个很严重的问题。当系统中需要引入...
    666真666阅读 278评论 0 1
  • “叽叽叽......” 迷迷糊糊中,我似乎听到了小动物叫的声音。 “我的鹌鹑出壳啦!” 我翻身而起...
    繁二阅读 248评论 0 1
  • 工作一直都是用的oc,最近想回顾一下swift,随便做个计算器熟悉一下。 https://github.com/x...
    韩家公子阅读 917评论 0 0