工廠模式

工廠模式是我們最常用的例項化物件模式了，是用工廠方法代替new操作的一種模式。工廠模式在Java程式系統可以說是隨處可見。因為工廠模式就相當於建立例項物件的new，我們經常要根據類Class生成例項物件，如A a=new A() 工廠模式也是用來建立例項物件的，所以以後new時就要多個心眼，是否可以考慮使用工廠模式，雖然這樣做，可能多做一些工作，但會給你係統帶來更大的可擴充套件性和儘量少的修改量。

為了解耦還有後面的修改程式碼的過程中減少錯誤,所以用工廠來完成操作.

例子

我們平常都知道計算器吧,以計算器的加減乘除 來說明.

首先 我們定義一個抽象的操作類

裡面定義了兩個輸入數 A B  定義了一個抽象的getResult() 方法  顧名思義 就是得到計算結果 給下層繼承的類進行定製
public
 
 abstract class Operation {

	private double numberA;
	
	private double numberB;
	
	public abstract double getResult();
	
	//忽略set get
	
}

再定義加減乘除類 這些類都繼承Operation抽象類

//加法操作類
public class OperatorAdd extends Operation{
	@Override
	public double getResult() {
		double result = this.getNumberA() + this.getNumberB();
		return
 
 result;
	}
}
//減法操作類
public class OperatorSub extends Operation{
	@Override
	public double getResult() {
		double result = this.getNumberA() - this.getNumberB();
		return result;
	}
}
//乘法操作類
public class OperatorMul extends Operation{
	@Override
	public double getResult() {
		double result = this.getNumberA() * this.getNumberB();
		return
 
 result;
	}
}

//除法操作類
public class OperatorDiv extends Operation {
	@Override
	public double getResult(){
		if (this.getNumberB() == 0){
			try {
				throw new Exception("除數為0");
			} catch (Exception e) {
				e.printStackTrace();
			}
		}
		double result = this.getNumberA() / this.getNumberB();
		return result;
	}
}

好了 加減乘除的功能都寫好 下面我們寫一個計算的工廠類,要求的目標就是 傳入一個運算子號 就返回所需要的計算類

public static Operation createOperate(String operate) {
		Operation oper = null;
		switch (operate) {
		case "+":
			oper = new OperatorAdd();
			break;
		case "-":
			oper = new OperatorSub();
			break;
		case "*":
			oper = new OperatorMul();
			break;
		case "/":
			oper = new OperatorDiv();
			break;
		}
		return oper;
}

用法:

Operation oper = OperationFactory.createOperate("+");
oper.setNumberA(1);
oper.setNumberB(2);
System.out.println(oper.getResult());

上述的就是我們所說的簡單工廠的基礎封裝,簡而言之 就是需要什麼型別我們不需要再自己new xxxx() ,要什麼 就從工廠裡拿.

而對於的抽象工廠,可能會用的少一點,有興趣可以自己網上看看.. 提供一個例子:

interface IProduct1 {  
    public void show();  
}  
interface IProduct2 {  
    public void show();  
}  
  
class Product1 implements IProduct1 {  
    public void show() {  
        System.out.println("這是1型產品");  
    }  
}  
class Product2 implements IProduct2 {  
    public void show() {  
        System.out.println("這是2型產品");  
    }  
}  
  
interface IFactory {  
    public IProduct1 createProduct1();  
    public IProduct2 createProduct2();  
}  
class Factory implements IFactory{  
    public IProduct1 createProduct1() {  
        return new Product1();  
    }  
    public IProduct2 createProduct2() {  
        return new Product2();  
    }  
}  
  
public class Client {  
    public static void main(String[] args){  
        IFactory factory = new Factory();  
        factory.createProduct1().show();  
        factory.createProduct2().show();  
    }  
}

策略模式

定義了一系列的演算法,並將每一個演算法封裝起來,而且使它們可以相互替換。策略模式讓演算法獨立於使用它的客戶而獨立變化.

首先 定義一個抽象的策略類

public abstract class Strategy {

	public abstract void algorithmIterface();//演算法方法
}

再來定義一個環境類(Context)

public class Context {

	private Strategy strategy;
	public Context(Strategy strategy){
		this.strategy = strategy;
	}
	
	//上下文介面
	public void ContextInterface(){
		strategy.algorithmIterface();
	}
}

既然有了抽象的策略類,下面我們就可以繼承並重寫algorithmIterface()方法

public class ConcreteStrategyA extends Strategy {

	@Override
	public void AlgorithmIterface() {
		System.out.println("演算法A");
	}

}
public class ConcreteStrategyB extends Strategy {
	@Override
	public void AlgorithmIterface() {
		System.out.println("演算法B實現");
		
	}
}

用法:

public static void main(String[] args) {
		Context context = new Context(new ConcreteStrategyA());
		context.ContextInterface();
}

適用的地方

當存在以下情況時使用Strategy模式

1）許多相關的類僅僅是行為有異。 “策略”提供了一種用多個行為中的一個行為來配置一個類的方法。即一個系統需要動態地在幾種演算法中選擇一種。

2）需要使用一個演算法的不同變體。例如，你可能會定義一些反映不同的空間 時間權衡的演算法。當這些變體實現為一個演算法的類層次時 ,可以使用策略模式。

3）演算法使用客戶不應該知道的資料。可使用策略模式以避免暴露覆雜的、與演算法相關的資料結構。

4） 一個類定義了多種行為 , 並且這些行為在這個類的操作中以多個條件語句的形式出現。將相關的條件分支移入它們各自的Strategy類中以代替這些條件語句。

總結

簡單工廠模式也可以和策略模式結合起來用,有興趣可以看看

總之,如果別人能快速理解你的程式碼，就是好程式碼。程式碼的可讀性不是非得使用設計模式。

參考:

• 《大話設計模式》