設計模式-模板模式

Nobody A發表於2020-11-20

設計模式-模板模式

基本介紹

  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();
	}
}

相關文章