《大话设计模式》——读后感 代码无错就是优？——简单工厂模式

Posted 2020-09-23 街头小瘪三

简单工厂设计模式

本篇是我学习设计模式后的第一篇文章，由于本模式也比较简单，在此我就多啰嗦一下。

学习本模式之前请下看一下我的《大话设计模式铺垫》文章，然后回答思考如下问题：

1、UML类图看懂了吗？
2、java的3大特性真的懂了吗？知道为什么要封装、继承、多态了吗？

 

对于和我一样的菜鸟而言，我根本就不知道什么是设计模式，那怎么办？学呗。怎么样的学习设计模式呢？看UML类图，然后结合代码加以理解，废话不多刷，先上图：

 从图中我独处了如下信息：

1、运算类是个抽象类，而不是接口。（不懂就去看UML类图）

2、加、减、乘、除法类是具体的实现类

3、我看到了封装、继承、多态的影子了

 

按照简单工厂的UML类图，我的代码如下：

首先模拟抽象类（思考一下用接口行不行，个人喜欢剑走偏锋，我就要试试interface行不行）

package com.sjmx.slpFactory;

public interface Operation {
    public double getResult(double a,double b);
}

加法实现类：

package com.sjmx.slpFactory;

public class OperationAdd implements Operation {

    @Override
    public double getResult(double a, double b) {
        return a+b;
    }

}

减法类：

package com.sjmx.slpFactory;

public class OperationDelete implements Operation {

    @Override
    public double getResult(double a, double b) {
        return a-b;
    }

}

乘法类：

package com.sjmx.slpFactory;

public class OperationMulti implements Operation {

    @Override
    public double getResult(double a, double b) {
        return a*b;
    }

}

除法类：

package com.sjmx.slpFactory;

public class OperationDiv implements Operation {

    @Override
    public double getResult(double a, double b) {
        return b!=0?a/b:0;
    }

}

 

简单工厂类：

package com.sjmx.slpFactory;

public class Factory {
    
    public static Operation getInstance(String type){
        
        Operation o ;
        
        switch(type){
            case "+":
                o = new OperationAdd();
                break;
            case "-":
                o = new OperationDelete();
                break;
            case "*":
                o = new OperationMulti();
                break;
            case "/":
                o = new OperationDiv();
                break;
            default:
                o = null;
        }
        return o;
        
    }
}

客户端代码：

package com.sjmx.slpFactory;

public class Client {
    
    public static void main(String[] args) {
        
        double result;
        Operation oper;
        
        oper= Factory.getInstance("+");
        result = oper.getResult(3, 9);
        System.out.println(result);
        System.out.println("---------------");
        
        oper = Factory.getInstance("-");
        result = oper.getResult(3, 9);
        System.out.println(result);
        System.out.println("---------------");
        
        oper = Factory.getInstance("*");
        result = oper.getResult(3, 9);
        System.out.println(result);
        System.out.println("---------------");
        
        oper = Factory.getInstance("/");
        result = oper.getResult(9, 0);
        System.out.println(result);
        
    }
    
}

 

运行结果：

 

 

 

简单工厂模式应用场景：

    感觉简单工厂模式多用于 解决对象的创建 问题。比如你写了一些类，但是到底创建哪一个类？实例化对象的时候会不会因为创建太多了弄混？
这个时候就应该考虑用一个 单独的类来做这个创建实例的过程 这就是工厂！不过该模式的缺点也很明显，如果对Operation接口继续扩展，每一次拓展都要去修改工厂类，违背了开放-闭合原则。

简单工厂模式：专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。它又称为静态工厂方法模式，属于类的创建型模式。

简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。

意图：提供一个类，由它负责根据一定的条件创建某一具体类的实例

角色及其职责：

• 工厂（Creator）角色：简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。
• 抽象（Product）角色：简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
• 具体产品（Concrete Product）角色：简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。一般来讲它是抽象产品类的子类，实现了抽象产品类中定义的所有接口方法。

模式的特点:

• 优点：简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。
• 缺点：体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以"高内聚"方面做的并不好。另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。

在本模式中涉及到了3大特性了吗？
    加、减、乘、除各自干各自的事情，互相不影响，我们理解为封装特性，这也体现出了单一职责原则。而它们都有类似的方法名，因为它们和Operation接口中的方法名是一致的，
这是继承的原因。最后我们在客户端中只需要执行Operation oper = Factory.getInstance("+")就知道具体要使用什么运算类了，因为我们把所有的
逻辑都封装在Factory类里面了，而不管加、减、乘、除都只不过是Operation接口的具体实现类而已，此处就是利用多态，确保了客户端只需要知道有这么
个Operation存在就可以了，根本不需要关心是哪个具体运算类在运行！

最后强调一下：任何的设计模式都有相似的部分，你中有我，我中有你!比如说简单工厂模式和策略模式进行结合，使策略模式更加的简洁，降低业务与逻辑的耦合度。还有外观涉及模式和建造者模式结构非常的相似，只不过外观模式侧重各个子系统的完美结合，而建造者模式则侧重同一个子系统内部各个方法的组合，相似的部分太多了！接下来的涉及模式，我都会尽量点出来，供大家思考！