提升代碼重用性：模板設計模式在實際項目中的應用
作者：迷路的架構師
在軟件開發中，我們經常面臨著相似的問題，需要使用相同的解決方法。當我們希望將這種通用的解決方法抽象出來，并在不同的情境中重復使用時，就可以使用設計模式中的模板模式（Template Pattern）。
在軟件開發中，我們經常面臨著相似的問題，需要使用相同的解決方法。當我們希望將這種通用的解決方法抽象出來，并在不同的情境中重復使用時，就可以使用設計模式中的模板模式（Template Pattern）。模板模式是一種行為型模式，它定義了一個抽象類或接口，其中包含了一個算法框架，而具體的實現細節則由子類來完成。
模板模式的結構
模板模式由以下幾個組成部分：
- 抽象類（Abstract Class）：抽象類定義了一個模板方法，該方法包含了一個算法的框架，而具體的實現細節則由子類來完成。抽象類可能還包含其他的公共方法和鉤子方法，用于被子類調用或覆蓋。
- 具體類（Concrete Class）：具體類是抽象類的子類，負責實現抽象類中的抽象方法。每個具體類都可以根據自身的需求來實現這些方法，從而完成算法的具體步驟。
模板模式的工作原理
模板模式基于"封裝變化"的原則，通過將不變的算法框架放在抽象類中，將可變的實現細節留給具體類來實現。這樣一來，我們可以在不改變整體結構的情況下，更容易地擴展和修改算法的部分細節。
當使用模板模式時，通常會按照以下步驟進行：
- 定義一個抽象類，并在其中定義一個模板方法，該方法包含了算法框架的基本流程。
- 在抽象類中定義一個或多個抽象方法，用于被子類實現。這些抽象方法代表了算法中可變的部分。
- 創建具體類，繼承自抽象類，并實現其中的抽象方法。每個具體類可以根據自身的需求來實現這些方法，從而完成算法的具體步驟。
- 在客戶端代碼中，通過調用抽象類的模板方法來觸發算法的執行。
模板模式的應用場景
模板模式在許多不同的應用場景中都有廣泛的應用。下面列舉一些常見的應用場景：
- 算法骨架：當多個類擁有相同的算法框架，只有部分步驟有所不同時，可以使用模板模式將這些不同的部分抽象出來。例如，在游戲開發中，不同種類的敵人可能有不同的行為模式，但它們都共享相同的攻擊和移動邏輯。通過使用模板模式，可以將共享的邏輯放在基類中，而將特定的行為留給子類實現。
- 生命周期鉤子：當希望控制算法執行順序，并在某些步驟上留下擴展點時，可以使用模板模式。例如，在軟件開發中，我們可能需要定義一個對象的創建或銷毀過程，并允許子類在適當的時候插入自己的邏輯。模板模式可以提供這種靈活性，同時保持整體算法的一致性。
- 框架設計：模板模式在框架設計中也非常有用。框架通常定義了一系列的抽象方法或接口，供開發者根據自己的需求來實現。框架本身會提供一個算法框架，其中包含了一些公共的處理邏輯。開發者可以通過繼承框架中的抽象類或接口，并實現其中的方法來定制自己的功能。
- 流程控制：模板模式也可用于流程控制方面。例如，在工作流系統中，每個步驟都有固定的執行順序，并且可能涉及到一些共享的處理邏輯。通過使用模板模式，可以定義一個基本的流程，然后針對不同的步驟實現具體的行為。
- 數據庫操作：在數據庫相關的操作中，常常需要進行連接、查詢和關閉等步驟。這些步驟可以被抽象出來作為模板方法，而具體的查詢和處理細節則由子類來實現。
以訂單處理的流程控制為例
// 抽象類
abstract class OrderProcessor {
public void processOrder() {
if (validateOrder()) {
prepareOrder();
if (shouldNotifyCustomer()) {
notifyCustomer();
}
shipOrder();
} else {
handleInvalidOrder();
}
}
protected abstract boolean validateOrder();
protected abstract void prepareOrder();
protected abstract void notifyCustomer();
protected abstract void shipOrder();
// 鉤子方法
protected boolean shouldNotifyCustomer() {
return true;
}
protected void handleInvalidOrder() {
System.out.println("Invalid order, unable to process.");
}
}
// 具體類實現訂單處理流程
class OnlineOrderProcessor extends OrderProcessor {
private String orderNumber;
public OnlineOrderProcessor(String orderNumber) {
this.orderNumber = orderNumber;
}
@Override
protected boolean validateOrder() {
System.out.println("Validating online order: " + orderNumber);
// 實際的驗證邏輯
return true;
}
@Override
protected void prepareOrder() {
System.out.println("Preparing online order: " + orderNumber);
// 實際的準備邏輯
}
@Override
protected void notifyCustomer() {
System.out.println("Notifying customer about online order: " + orderNumber);
// 實際的通知邏輯
}
@Override
protected void shipOrder() {
System.out.println("Shipping online order: " + orderNumber);
// 實際的發貨邏輯
}
}
// 客戶端代碼
public class Client {
public static void main(String[] args) {
OrderProcessor orderProcessor = new OnlineOrderProcessor("12345");
orderProcessor.processOrder();
}
}在上述示例代碼中，抽象類 OrderProcessor 定義了一個處理訂單的模板方法 processOrder()，并包含了一系列的具體步驟。具體類 OnlineOrderProcessor 繼承自抽象類，并實現了其中的抽象方法，根據具體需求實現了驗證、準備、通知和發貨的邏輯。客戶端代碼創建了一個具體的訂單處理器并調用 processOrder() 方法來觸發訂單處理流程。
不同的實現類具有相同的模板方法，但是具體實現可以根據實際需求進行定制，既保證了模板方法的重用，又具備了靈活性。
運行以上代碼將輸出以下內容：
Validating online order: 12345
Preparing online order: 12345
Notifying customer about online order: 12345
Shipping online order: 12345總結
模板模式是一種通過封裝算法框架和提供可變的實現細節，來實現代碼重用的設計模式。它能夠簡化代碼的編寫和維護，并且使得系統更易于擴展和修改。通過合理地使用模板模式，我們可以將通用的解決方法抽象出來，提高開發效率，減少重復代碼的出現。
責任編輯：華軒
來源：
今日頭條
