浅谈工厂模式(简单工厂 工厂方法 抽象工厂)

今天和大家分享一下设计模式中的 简单工厂 工厂方法 抽象工厂

工厂模式百度百科截图.png

上图是工厂模式百度百科的截图,工厂模式(三种模式)的目的在于程序的可扩展性便于维护减少开发出错,本人总结为工厂模式就是让类的创建使用分离,降低程序模块之间的耦合程度(欢迎提出质疑)


1.简单工厂模式(Simple Factory Pattern)

我这里来拿《大话设计模式》中“大鸟”指导“小菜”完成的一个简单工厂来举例子(编写一个简单的计算器程序),这里我把他的c#代码换成了本人学习的java -- ps:本人也是刚毕业不久的菜鸟一枚,正在看这本书就当是写个个人总结和大家分享一下。这本书评价不错京东有正版有能力的朋友可以支持一下作者。也可以看网络上的pdf.....
首先来分析一下计算器程序的目的是为了得到一个计算结果,我们应该抽象出这个结果首先我们是我们的抽象接口代码

public interface Operation {

    public  double getResult(double number_a,double number_b);

}

Operation 接口中一个getResult 参数为 两个double数。
假设目前只要满足 + - * /的计算 好了我们来新建四个计算的运算类分别实现接口Operation

public class  OperationAdd implements Operation{
    @Override
    public double getResult(double number_a, double number_b) {
        double result=0;
        result= number_a+number_b;
        return  result;
    }
}
public  class  OperationMul implements Operation{

    @Override
    public double getResult(double number_a,double number_b) {
        double result=0;
        result=number_a*number_b;
        return result;
    }
}
public class OperationSub implements Operation{

    @Override
    public double getResult(double number_a,double number_b) {
        double result=0;
        result= number_a-number_b;
        return  result;
    }
}
public  class  OperationDiv implements Operation{

    @Override
    public double getResult(double number_a,double number_b) {
        double result=0;
        if(number_b==0)
        {
            try {
                throw new Exception("除数不能为零");
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        result=number_a/number_b;
        return result;
    }
}

这里大家是不是万事具备只欠东风了呢,问题来了具体的运算类怎么调用 何时调用谁呢,这时间我们把我们的重点工厂类请出来了,让它决定我们怎么使用具体的运算类

public class OperationFactory  {
    private static OperationFactory instance ;

    private OperationFactory(){}

    public  static OperationFactory getInstance(){
        if (instance == null) {
            synchronized (OperationFactory.class){
                if (instance == null) {
                    instance = new OperationFactory();
                }
            }
        }
        return instance ;
    }

    public    Operation createOperation(String operator){
        Operation operation=null;
        switch (operator)
        {
            case "+":
                operation=new OperationAdd();
                break;
            case "-":
                operation=new OperationSub();
                break;
            case "*":
                operation=new OperationMul();
                break;
            case "/":
                operation=new OperationDiv();
                break;
            default:
                try {
                    throw    new Exception("请输入正确的运算符");
                } catch (Exception e) {
                    e.printStackTrace();
                }
                break;
        }
        return  operation;
    }

    public Operation makeOperation(Class c)
    {
        Operation operation=null;
        try {
            operation=(Operation) Class.forName(c.getName()).newInstance();
        }catch (InstantiationException e) {

            System.out.println("不支持抽象类或接口");
            e.printStackTrace();
        } catch (IllegalAccessException e) {

            e.printStackTrace();
            System.out.println("没有足够权限,即不能访问私有对象");
        } catch (ClassNotFoundException e) {

            System.out.println("类不存在");
            e.printStackTrace();
        } catch (ClassCastException e)
        {
            System.out.println("选择的类不正确");
        }
        return operation;
    }
}

我们先不管makeOperation方法先看createOperation方法。
createOperation只需要在调用的时间接受operator参数(+-*/)就能返回所对应的运算类了
下面是客户端代码

public class Main {
    public static void main(String[] args) {
        Operation operation;
        operation=OperationFactory.getInstance().createOperation("+");
        System.out.println(operation.getResult(1,1));
  }
}

不用我说输出结果为2
这里我们利用java的多态性调用了OperationAdd 类的getResult方法传入了1 和1
但是怎么创建的OperationAdd 我们并没有去管。这就是简单工厂的一个实例了
也许大家会认为这么设计出来的计算器程序应该很完美了吧,然而并不是。
没有遵守开放—封闭原则。所谓的“开放-封闭”原则就是开放接口,封闭修改。如果将来需要添加一个开方的算法,那么,在简单工厂模式中,就必须在简单工厂类中添加相应的判断语句。前面说的必须也不是那么绝对,这时我们再看工厂类中的makeOperation 方法 如果要加入一个开方的运算类,我们不改工厂类的逻辑是可以通过newInstance调用这个新的开方运算律但是 newInstance是弱类型。所以想完全的按照开放—封闭原则我们还是要来看一下工厂方法模式

优点

简单工厂顾名思义就是你只管调用操作不需要管创建类的过程所以叫简单工厂(根据客户端的选择条件动态实例化相关的类,对客户端调用来说除去了与具体产品的依赖)因为创建的逻辑交给了工厂类,相当于就是给类的创建做了封装。

缺点

简单工厂没有遵守开放—封闭原则。所谓的“开放-封闭”原则就是开放接口,封闭修改。如果将来需要添加一个开方的算法,那么,在简单工厂模式中,就必须在简单工厂类中添加相应的case语句!

2. 工厂方法模式

晚上更新

3. 抽象工厂模式

晚上更新

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

推荐阅读更多精彩内容