简单工厂模式（Simple Factory Pattern）

前言

• 学习难度：★★☆☆☆
• 使用频率：★★★☆☆

学会它。

开始吧

模式名称

中文：简单工厂模式

English: Simple Factory Pattern

含义：简单工厂模式专门定义一个类来负责建立其余类的实例，被建立的实例一般都具备共同的父类。由于在简单工厂模式中用于建立实例的方法是静态（static）方法，所以简单工厂模式又被称为静态工厂方法（Static Factory Method）模式，它属于类建立型模式。

问题

什么时候使用

简单工厂模式，个人理解是：某类产品的成产线。经过设置不一样的参数，生产出同一类别下不一样形态的产品。

举个例子：

手机生产线上，经过设置不一样的参数既能够生成小米手机，也能够生成IPhone手机。

存在的问题

优势

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该建立哪一个具体类的对象.经过使用工厂类,外界能够从直接建立具体产品对象的尴尬局面摆脱出来,仅仅须要负责“消费”对象就能够了。而没必要管这些对象究竟如何建立及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

缺点

因为工厂类集中了全部实例的建立逻辑，违反了高内聚责任分配原则，将所有建立逻辑集中到了一个工厂类中；它所能建立的类只能是事先考虑到的，若是须要添加新的类，则就须要改变工厂类了。
当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不一样条件建立不一样实例的需求．这种对条件的判断和对具体产品类型的判断交错在一块儿，很难避免模块功能的蔓延，对系统的维护和扩展很是不利；
这些缺点在工厂方法模式中获得了必定的克服。

解决方案

先看 UML 图：

SimpleFactoryPattern UML

经过 Factory 类的 createProduct() 方法咱们来获得 产品 A，产品 B 或者产品 C 的实例。

我用熟悉的 java 来实现

• 需求：使用不一样的统计图展现数据（eg: 折线图，饼状图，柱形图）
• 分析：各个图形展现的数据是同样，只是展现方式不同。且功能都是展现数据给用户分析。拥有共同的设置数据等一些方法。
• try code ↓

1.抽取图表都有共同的方法 如：setData()

abstract class Chart {
    public void setData(Map<String, Float> data) {
        // do something same
    }

    public abstract void showChart();
}复制代码

2.建立三个图表的实现类

// 线形图
public class LineChart extends Chart {
    @Override
    public void setData(Map<String, Float> data) {
        super.setData(data);
    }

    @Override
    public void showChart() {
        // do something
         System.out.println("看到这句话就伪装看到了折线图 ^^!");
    }
}复制代码

// 饼状图
public class PieChart extends Chart {
    @Override
    public void setData(Map<String, Float> data) {
        super.setData(data);
    }
    @Override
    public void showChart() {
        // do something
    }

}复制代码

// 柱状图
public class Histogram extends Chart {
    @Override
    public void setData(Map<String, Float> data) {
        super.setData(data);
    }
    @Override
    public void showChart() {
        // do something
    }
}复制代码

3.建立咱们的图表工厂来生成图表

public class ChartFactory {
    public static final int FLAG_LINE_CHART = 0;
    public static final int FLAG_PIE_CHART = 1;
    public static final int FLAG_HISTOGRAM_CHART = 2;

    public static Chart getChart(int flag) {
        switch (flag) {
            case FLAG_LINE_CHART:
                return new LineChart();
            case FLAG_PIE_CHART:
                return new PieChart();
            case FLAG_HISTOGRAM_CHART:
                return new Histogram();
            default:
                return null;
        }
    }
}复制代码

最后再来试试效果

@Test
public void SimpleFactoryTest() {
       Chart chart = ChartFactory.getChart(ChartFactory.FLAG_LINE_CHART);
       if (chart != null)
           chart.showChart();
   }复制代码

测试结果：看到一条绿杠，并伪装看到了 折线图

忽然，我还想看看条形图。那就很简单，在新建个条形图的类。而后修改一下工厂类ChartFactory。看似简单，可是产品多的状况下每次都要去修改工厂类无疑会形成维护困难。逻辑复杂。代码臃肿，这时咱们即可以使用反射来结束这个困惑。

我这样写

public static Chart getChart(String flag) {
     String className = getChartProperties(flag);
     Chart chart = null;
     try {
         chart = (Chart) Class.forName(className).newInstance();
     } catch (Exception e) {
         e.printStackTrace();
     }
     return chart;
 }
// 这里为了不输入 包名+类名 实在是麻烦。咱们就经过配置文件的方法来简化这些操做
 private static String getChartProperties(String flag) {
     Properties properties = new Properties();
     try {
         properties.load(new FileInputStream("chart.properties"));
     } catch (IOException e) {
         e.printStackTrace();
     }
     if (properties != null) {
         return properties.getProperty(flag);
     }
     return null;
 }复制代码

这是配置文件 chart.properties

# 折线图
lineChart=com.liumeng.designpattern.smpfactory.LineChart
# 饼图
pieChart=com.liumeng.designpattern.smpfactory.PieChart
# 柱状图
histogram=com.liumeng.designpattern.smpfactory.Histogram
# 条形图
barChart=com.liumeng.designpattern.smpfactory.BarChart复制代码

效果

你会有更好的方法，更巧妙的用法。加油。
因为简单工厂很容易违反高内聚责任分配原则，所以通常只在很简单的状况下应用。
至此，简单工厂模式就能明白了吧。

---

更新中：
1. 什么是设计模式
2. 单例模式
3. 简单工厂模式
GitHub汇总：这里老是最新的
看完给个star鼓励一下