設計模式-模板模式

設計模式-模板模式

基本介紹

1. 模板方法模式（Template Method Pattern），又叫模板模式（Template Pattern），在一個抽象類公開定義了執行他的方法的模板。他的子類可以按需要重寫方法實現，但呼叫將以抽象類中定義的方式進行
2. 簡單的說，模板方法模式定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，使得子類可以不改變一個演算法的結構，就可以重新定義該演算法的某些特定步驟
3. 這種型別的設計模式屬於行為設計模式

模板方法模式的鉤子方法
在模板方法模式的父類中，我們可以定義一個方法，他預設不做任何事情，子類可以視情況要不要覆蓋它，該方法稱為“鉤子”

模板方法模式的注意事項和細節

1. 基本思想是：演算法只存在於一個地方，也就是在父類中，容易修改。需要修改演算法時，只要修改父類的模板方法或者已實現的步驟，子類就會繼承這些修改
2. 實現了最大化程式碼複用。父類的模板方法和已實現的某些步驟會被子類繼承而直接使用
3. 既統一了演算法，也提供很大靈活性。父類的模板方法確保了演算法的結構保持不變，同時由子類提供步驟實現
4. 改模式的不足之處：每一個不同的實現都需要一個子類實現，導致類個數增加，使得系統變得很龐大
5. 一般模板方法上都加上final關鍵字，防止子類重新模板方法
6. 模板方法使用場景：當要完成某個過程，該過程要執行一系列步驟，這一系列的步驟基本相同，但其個別步驟在實現時可能不同，通常考慮用模板方法模式處理

程式碼實現
以製作不同種類的豆漿為目的進行實現

//抽象類，表示豆漿
public abstract class SoyaMilk {
	
	//模板方法，make，模板方法可以做成final不讓子類覆蓋
	public final void make() {
		select();
		if (customerWantCondiments())
			addCondiments();
		sock();
		beat();
	}
	
	//新增配料，子類具體實現
	public abstract void addCondiments(); 
	
	//鉤子方法，決定是否需要新增配料
	public boolean customerWantCondiments() {
		return true;
	}
	
	public void select() {
		System.out.println("第一步：選擇好的黃豆");
	}
	
	public void sock() {
		System.out.println("第三步：黃豆和配料開始浸泡");
	}
	
	public void beat() {
		System.out.println("第四步：豆漿機打碎");
	}
}

public class PeanutSoyaMilk extends SoyaMilk {

	@Override
	public void addCondiments() {
		System.out.println("第二步，加入上好的花生");
	}
}

public class PureSoyaMilk extends SoyaMilk {

	@Override
	public void addCondiments() {
		//空實現
	}

	@Override
	public boolean customerWantCondiments() {
		return false;
	}
}

public class RedBeanSoyaMilk extends SoyaMilk {

	@Override
	public void addCondiments() {
		System.out.println("第二步，加入上好的紅豆");
	}
}

//客戶端進行呼叫
public class Client {
	
	public static void main(String[] args) {
		new PureSoyaMilk().make();
	}
}