Java設計模式之簡單工廠模式

1、什麼是簡單工廠模式

  （1）概念    

        簡單工廠模式是屬於創建型模式，又叫做靜態工廠方法（Static Factory Method）模式，但不屬於23種GOF設計模式之一。簡單工廠模式是由一個工廠對象決定創建出哪一種產品類的實例。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解爲是不同工廠模式的一個特殊實現。

（2）、簡單工廠方式的結構

a、Factory（工廠角色）:工廠角色即工廠類，它是簡單工廠模式的核心，負責實現創建所有產品實現的內部邏輯；工廠類可以被外部直接調用，創建所需的產品對象；在工廠類中提供了靜態的工廠方法factoryMethoy（），它的返回類型爲抽象產品類型Product。

b、Product(抽象產品角色)：它是工廠類創建的所有對象的父類，封裝了各種產品對象的公共方法，他的引入將提高系統的靈活性，使得在工廠類中只需定義一個通用的工廠方法，因爲所有創建的具體產品對象都是其子類對象。

c、ConcreteProduct(具體產品角色)：它是簡單工廠模式的創建目標，所有被創建的對象都充當這個角色的某個具體類的實例。每一個具體產品角色都繼承了抽象產品角色，需要實現在抽象產品中聲名的抽象方法。

2、簡單工廠模式的實現

（1）抽閒產品類，聲名了公共方法

package com.huawei.factory.simplefactory.staticfactory;

public interface Chart {
    public void disPlay();
}

（2）具體產品類，實現抽象產品類聲名中的抽象業務方法，也提供自己的實現

a、
ackage com.huawei.factory.simplefactory.ConcreteChart;

import com.huawei.factory.simplefactory.staticfactory.Chart;

/**
 * @author admin
 * @date 2018/11/15
 */

public class HistogramChart implements Chart {

    @Override
    public void disPlay() {
        System.out.println("圖表爲HistogramChart");
    }
    public HistogramChart(){
        System.out.println("創建HistogramChart");
    }
}

b、

package com.huawei.factory.simplefactory.ConcreteChart;

import com.huawei.factory.simplefactory.staticfactory.Chart;

/**
 * @author admin
 * @date 2018/11/15
 */

public class LineChart implements Chart {
    @Override
    public void disPlay() {
        System.out.println("顯示LineChart");
    }

    public LineChart() {
        System.out.println("初始化LineChart");
    }
}

c、

package com.huawei.factory.simplefactory.ConcreteChart;

import com.huawei.factory.simplefactory.staticfactory.Chart;

/**
 * @author admin
 * @date 2018/11/15
 */

public class PieChart implements Chart {
    @Override
    public void disPlay() {
        System.out.println("顯示PieChart");
    }
   public PieChart(){
       System.out.println("初始化PieChart");
   }
}

（3）工廠類

package com.huawei.factory.simplefactory.factory;

import com.huawei.factory.simplefactory.staticfactory.Chart;
import com.huawei.factory.simplefactory.ConcreteChart.HistogramChart;
import com.huawei.factory.simplefactory.ConcreteChart.LineChart;
import com.huawei.factory.simplefactory.ConcreteChart.PieChart;
import com.huawei.factory.simplefactory.constant.FactoryConstans;
import org.springframework.beans.factory.annotation.Value;

/**
 * @author admin
 * @date 2018/11/15
 */

public class ChartFactory {
    @Value(""
    )
    public static Chart getChart(String args) {
        Chart chart = null;
        if (FactoryConstans.MSG_LINE_CHART.equals(args)) {
            chart = new LineChart();
            chart.disPlay();
        } else if (FactoryConstans.MSG_HISTOGRAM_CHART.equals(args)) {
            chart = new HistogramChart();
            chart.disPlay();
        } else if (FactoryConstans.MSG_PIE_CHART.equals(args)) {
            chart = new PieChart();
            chart.disPlay();
        }
        return chart;
    }
}

（4）客戶端類

package com.huawei.factory.simplefactory.factory;

import com.huawei.factory.simplefactory.staticfactory.Chart;
import com.huawei.factory.simplefactory.ConcreteChart.HistogramChart;
import com.huawei.factory.simplefactory.ConcreteChart.LineChart;
import com.huawei.factory.simplefactory.ConcreteChart.PieChart;
import com.huawei.factory.simplefactory.constant.FactoryConstans;
import org.springframework.beans.factory.annotation.Value;

/**
 * @author admin
 * @date 2018/11/15
 */

public class ChartFactory {
   
    public static Chart getChart(String args) {
        Chart chart = null;
        if (FactoryConstans.MSG_LINE_CHART.equals(args)) {
            chart = new LineChart();
            chart.disPlay();
        } else if (FactoryConstans.MSG_HISTOGRAM_CHART.equals(args)) {
            chart = new HistogramChart();
            chart.disPlay();
        } else if (FactoryConstans.MSG_PIE_CHART.equals(args)) {
            chart = new PieChart();
            chart.disPlay();
        }
        return chart;
    }
}

（5）補充

package com.huawei.factory.simplefactory.constant;

/**
 * @author admin
 * @date 2018/11/15
 */

public class FactoryConstans {
    /**
     *
     */
    public static final String MSG_LINE_CHART = "LineChart";
    /**
     *
     */
    public static final String MSG_PIE_CHART = "PieChart";
    /**
     *
     */
    public static final String MSG_HISTOGRAM_CHART = "HistogramChart";
}

4、簡單工廠模式優缺點

優點

工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的信息,決定究竟應該創建哪個具體類的對象.通過使用工廠類,外界可以從直接創建具體產品對象的尷尬局面擺脫出來,僅僅需要負責“消費”對象就可以了。而不必管這些對象究竟如何創建及如何組織的．明確了各自的職責和權利，有利於整個軟件體系結構的優化。

缺點

由於工廠類集中了所有實例的創建邏輯，違反了高內聚責任分配原則，將全部創建邏輯集中到了一個工廠類中；它所能創建的類只能是事先考慮到的，如果需要添加新的類，則就需要改變工廠類了。

當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件創建不同實例的需求．這種對條件的判斷和對具體產品類型的判斷交錯在一起，很難避免模塊功能的蔓延，對系統的維護和擴展非常不利；

這些缺點在工廠方法模式中得到了一定的克服。

5、應用場景

使用場景

工廠類負責創建的對象比較少；

客戶只知道傳入工廠類的參數，對於如何創建對象（邏輯）不關心；

由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。