設計模式——簡單工廠(又叫靜態工廠方法，不屬於GOF23中設計模式)

秦歌666發表於2020-10-09
設計模式Go

       簡單工廠模式屬於類的創新型模式，又叫靜態工廠方法模式,是通過專門定義一個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。它不屬於GOF的23種設計模式，但現實中卻經常會用到。

角色

工廠角色：簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類的建立產品類的方法可以被外界直接呼叫，建立所需的產品物件。
抽象產品角色：簡單工廠模式所建立的所有物件的父類，它負責描述所有例項所共有的公共介面。
具體產品角色：是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。

優缺點

  • 優點
工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責“消費”物件就可以了。而不必管這些物件究竟如何建立及如何組織的．明確了各自的職責和權利。
  • 缺點
  由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了一個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利
 

類圖

java 程式碼實現

 

/**
 * 抽象產品角色
 * @author work
 *
 */
public abstract class Operaction {
	
	protected Double numberA;
	protected Double numberB;

	public Double getNumberA() {
		return numberA;
	}

	public void setNumberA(Double numberA) {
		this.numberA = numberA;
	}

	public Double getNumberB() {
		return numberB;
	}

	public void setNumberB(Double numberB) {
		this.numberB = numberB;
	}
	
	public abstract Double operacte();
	
}
package com.sun.staticfactory;
/**
 * 具體產品角色add
 * @author work
 *
 */
public class AddOperaction  extends Operaction{

	@Override
	public Double operacte() {
		// TODO Auto-generated method stub
		return numberA+numberB;
	}

}

 

package com.sun.staticfactory;
/**
 * 具體產品角色
 * @author work
 *
 */
public class SubstractOperaction extends Operaction{

	@Override
	public Double operacte() {
		// TODO Auto-generated method stub
		return numberA-numberB;
	}
	
}

 

package com.sun.staticfactory;
/**
 * 工廠
 * @author work
 *
 */
public class OperactionFactory {
	
	public static Operaction createOperaction(String oper) {
		Operaction operaction = null;
		switch (oper) {
		case "+":
			operaction = new AddOperaction();
			break;
		case "-":
			operaction = new SubstractOperaction();
			break;
		default:
			break;
		}
		return operaction;
	}
	
	public static void main(String[] args) {
		Operaction operaction = createOperaction("+");
		operaction.setNumberA(11d);
		operaction.setNumberB(12d);
		System.out.println(operaction.operacte());
		Operaction operactionj = createOperaction("-");
		operactionj.setNumberA(11d);
		operactionj.setNumberB(12d);
		System.out.println(operactionj.operacte());
	}
}

       總結一下，儘管簡單工廠模式的程式碼實現中，存在大量的分支判斷邏輯，增加一種operaction，就需要在switch處增加一個case判斷，違背開閉原則，但權衡擴充套件性和可讀性，這樣的程式碼實現在大多數情況下（比如，不需要頻繁地新增 operaction）是沒有問題的。

       在上面程式碼中我們每次呼叫createOperaction函式都會建立一個新的operaction，如果operaction可以複用，我們也可以將operaction快取起來，以節省記憶體和物件建立的時間，當呼叫 createOperaction函式的時候，我們從快取中取出operaction物件直接使用。這有點類似單例模式和簡單工廠模式的結合

public class OperactionFactory {

    private static final Map<String,Operaction> cachedOperaction = new HashMap<String,Operaction>();
    
    static {
        cachedOperaction.put("+",new AddOperaction());
        cachedOperaction.put("-",new SubstractOperaction());
    }
    public static Operaction createOperaction(String oper) {
        if (oper == null || oper.isEmpty()) { 
            return null;
        }
        return cachedOperaction.get(oper);
    }

    public static void main(String[] args) {
        Operaction operaction = createOperaction("+");
        operaction.setNumberA(11d);
        operaction.setNumberB(12d);
        System.out.println(operaction.operacte());
        Operaction operactionj = createOperaction("-");
        operactionj.setNumberA(11d);
        operactionj.setNumberB(12d);
        System.out.println(operactionj.operacte());
    }
}

 

 

相關文章