Java設計模式-模板方法模式

定義

Define the skeleton of an algorithm in an operation,deferring some steps to subclasses.Template Method lets subclasses redefine certain steps of an algorithm without changing the algorithm's structure.java

定義一個操做中的算法的框架,而將一些步驟延遲到子類中。使得子類能夠不改 變一個算法的結構便可重定義該算法的某些特定步驟。git

模板方法模式很是簡單,主要是用了Java的繼承機制,話很少說,直接上代碼算法

實現

抽象模板類

public abstract class AbstractClass {

    /** * 基本方法 */
    protected abstract void doSomething();

    /** * 基本方法,能夠有默認實現 */
    protected void doAnything() {
        System.out.println("AbstractClass doAnything()");
    }

    /** * 模板方法,爲了防止惡意的操做,通常模板方法都加上final關鍵字,不容許被覆寫 */
    public final void templateMethod(){
        doSomething();
        doAnything();
    }

}
複製代碼

具體模板類

public class ConcreteClassA extends AbstractClass {
    @Override
    protected void doSomething() {
        System.out.println("ConcreteClassA doSomething()");
    }

    @Override
    protected void doAnything() {
        System.out.println("ConcreteClassA doAnything()->我不想使用父類的默認實現,我要覆蓋它");
    }
}
複製代碼
public class ConcreteClassB extends AbstractClass {
    @Override
    protected void doSomething() {
        System.out.println("ConcreteClassB doSomething()");
    }
    
    // 使用父類doAnything()的默認實現
}
複製代碼

客戶端代碼

public class Client {

    public static void main(String[] args) {
        AbstractClass a = new ConcreteClassA();
        a.templateMethod();

        AbstractClass b = new ConcreteClassB();
        b.templateMethod();
    }
}
複製代碼

優勢

  • 封裝不變部分,擴展可變部分
  • 提取公共部分代碼,便於維護
  • 行爲由父類控制,子類實現

缺點

  • 子類影響父類設計模式

    按照咱們的設計習慣,抽象類負責聲明最抽象、最通常的事物屬性和方法,實現類完成 具體的事物屬性和方法。可是模板方法模式卻顛倒了,抽象類定義了部分抽象方法,由子類 實現,子類執行的結果影響了父類的結果,也就是子類對父類產生了影響,這在複雜的項目 中,會帶來代碼閱讀的難度,並且也會讓新手產生不適感。markdown

  • 模板方法使用繼承方式複用代碼,若是要在基本算法裏面增長一個步驟,而該步驟是抽象的話,每一個子類都要修改代碼,實現這個步驟。框架

使用場景

  • 多個子類有公有的方法,而且邏輯基本相同時。
  • 重要、複雜的算法,能夠把核心算法設計爲模板方法,周邊的相關細節功能則由各個 子類實現。
  • 重構時,模板方法模式是一個常常使用的模式,把相同的代碼抽取到父類中,而後通 過鉤子函數(詳見後面的擴展現例)約束其行爲。

擴展

模板方法模式的擴展,主要就是增長了鉤子方法(Hook Method),那麼什麼是「鉤子方法」呢?ide

在抽象模板類中,能夠定義一個方法,並容許子類視狀況覆蓋它來改變基本方法的執行過程(好比決定某些步驟是否須要執行)函數

鉤子方法的做用oop

  • 讓子類實現算法中的可選部分,算法中的某些步驟是可選的,子類能夠作出決定是否須要這些步驟
  • 若是鉤子對於子類的實現不重要時,子類能夠對鉤子置之不理

下面是增長鉤子方法後的模板方法模式通用代碼:spa

抽象模板類

public abstract class AbstractClass {

    /** * 基本方法 */
    protected abstract void doSomething();

    /** * 基本方法 */
    protected void doAnything() {
        System.out.println("AbstractClass doAnything()");
    }

    /** * 依賴於鉤子方法的基本方法 */
    protected abstract void dependOnHook();

    /** * 模板方法,爲了防止惡意的操做,通常模板方法都加上final關鍵字,不容許被覆寫 */
    public final void templateMethod(){
        doSomething();
        doAnything();

        if (hook()){
            dependOnHook();
        }

    }

    /** * 鉤子方法:空實現或默認實現,子類能夠覆寫;由子類的一個方法返回值決定公共部分的執行結果 * @return */
    protected boolean hook(){
        System.out.println("AbstractClass hook()");
        return true;
    }
}
複製代碼

具體模板類

public class ConcreteClassA extends AbstractClass {
    @Override
    protected void doSomething() {
        System.out.println("ConcreteClassA doSomething()");
    }

    @Override
    protected void doAnything() {
        System.out.println("ConcreteClassA doAnything()->我不想使用父類的默認實現,我要覆蓋它");
    }

    @Override
    protected void dependOnHook() {
        System.out.println("ConcreteClassA dependOnHook()");
    }

    // 沒有覆寫鉤子方法,使用默認實現,dependOnHook()將會被調用
}
複製代碼
public class ConcreteClassB extends AbstractClass {
    @Override
    protected void doSomething() {
        System.out.println("ConcreteClassB doSomething()");
    }

    // 使用父類doAnything()的默認實現

    @Override
    protected void dependOnHook() {
        System.out.println("ConcreteClassB dependOnHook()");
    }

    /** * 覆寫鉤子方法,改變默認實現,改變公共部分(模板方法)的行爲,dependOnHook()不會被調用 * @return */
    @Override
    protected boolean hook(){
        System.out.println("ConcreteClassB hook()");
        return false;
    }
}
複製代碼

源碼地址:gitee.com/tianranll/j…

參考文獻《設計模式之禪》

相關文章
相關標籤/搜索