設計模式 模板方法

2021-10-07 08:12:51 字數 1281 閱讀 1194

說道模板方法,不得不回顧一下策略模式和外觀模式。

可替換核心策略。

功用在於多業務場景下的通用流程收束,降低流程複雜度。

功能定位為主流程中的可切換操作。

完整產品觀感。

針對一種特定功能的完整業務流程規劃,具體功能依賴底層實現。

功能定位為收束一種型別的產品,使用同一的辦法進行使用,不同場景切換核心實現。

明顯的感受到,兩者似乎都是同樣的東西,但是從產品和業務兩個角度上看,差異不小。

外觀模式屬於產品,在一定場景下,基本上是固定的,不需要也不可能進行頻繁更換。

策略模式本身就是業務需求,頻繁的切換是必定的。

而且,兩者的可切換的體量也是不一樣的。

模板方法的本質,同樣是切換。

但是,它的限定範圍更小,甚至缺乏策略模式模組完整性,更別說外觀的產品完整性。

它一般只是乙個微小的、固定流程的核心邏輯,區域性的前置後置處理,都無甚變化,甚至單調,但卻必須。

比起替換,它更多注重的是流程的制定。

public

abstract

class

abstractbusinessprocessor

public

boolean

closeconnection

(connection connection)

catch

(exception e)

}abstract

void

processor

(connection connection)

;public

boolean

deal()

}

public

class

nonebusinessprocessor

extends

abstractbusinessprocessor

}

可以說,模板方法不過是繼承的一種應用,但是,絕對不是簡單的運用,甚至起源根本不是來自於繼承。

流程的核心邏輯動態注入,這是本質的東西。

外觀模式關注整個產品的大體量替換, 有頭無尾(收納)。

策略模式關注過程處理,如果收尾,算是核心流程替換,如果無尾,就是乙個分支跳轉處理。

而模板方法,必定是有頭有尾,完整的流程已經制定完畢,利用繼承來自動注入核心邏輯。

遇見這種情況,推薦優先在抽象類中把流程補充完整,確定方法作用,再深入細節。

模板方法,或可稱為母版方法,遇見這種情況,抽象類中一般有完整的流程邏輯,這是乙個捷徑。

模板設計模式 設計模式 模板方法模式

在模板模式 template pattern 中,乙個抽象類公開定義了執行它的方法的方式 模板。它的子類可以按需要重寫方法實現,但呼叫將以抽象類中定義的方式進行。這種型別的設計模式屬於行為型模式。首先需要一定抽象的定義,沒有具體的實現,但是在抽象類的行為中,子類去程序這個抽象類,重寫抽象方法,實現不...

設計模式 模板方法設計模式

物件導向,萬物皆物件,用乙個雷來反應現實生活中的東西。比如銀行系統,業務公升級 活期 定期,差別很小,就加判斷 違背單一職責 差別比較多,尤其是模擬較複雜,型別拆分下。拆分之後,自然就有父類,重用。利率 每個客戶端都有利率,但是各不一樣 抽象方法。show 不分客戶端是一樣的,個別客戶端是不一樣的 ...

設計模式 模板方法模式

模板方法模式 類庫中大量使用,例如idbconnection介面 dbconnection抽象類 派生的sqlconnection和派生的oledbconnection就是使用了這種方法 1。介面,到能做的定義進來。一種規範 2.把共同的部分進去分離出來,放到乙個抽象的父類去實現.3.子類中實現 不...