開閉原則（OCP）實戰：從圖表顯示重構看擴充與修改的平衡

核心定義

軟體實體（類別、模組、函式）應該對擴充開放，對修改關閉。

問題由來

需求變更導致原始碼修改，引入 Bug 或需大規模迴歸測試。典型違反 OCP 程式碼：

class ChartDisplay {
    public void display(String type) {
        if ("pie".equals(type)) {
            new PieChart().display();
        } else if ("bar".equals(type)) {
            new BarChart().display();
        }
        // 新增折線圖必須修改此方法 → 違反 OCP
    }
}

重構步驟：引入抽象層

1. 定義抽象圖表介面 AbstractChart
2. 具體圖表實作此介面
3. ChartDisplay 依賴抽象，透過 setChart() 注入具體實作
4. 客戶端決定使用哪種圖表

重構後程式碼

// 抽象層
interface AbstractChart {
    void display();
}

// 具體實作
class PieChart implements AbstractChart {
    public void display() { System.out.println("顯示餅狀圖"); }
}
class BarChart implements AbstractChart {
    public void display() { System.out.println("顯示長條圖"); }
}
class LineChart implements AbstractChart {  // 新增折線圖，零修改既有程式碼
    public void display() { System.out.println("顯示折線圖"); }
}

// 高層模組依賴抽象
class ChartDisplay {
    private AbstractChart chart;

    public void setChart(AbstractChart chart) {
        this.chart = chart;
    }

    public void display() {
        if (chart != null) chart.display();
    }
}

// 客戶端組裝
public class Client {
    public static void main(String[] args) {
        ChartDisplay display = new ChartDisplay();
        display.setChart(new PieChart());   // 可動態切換
        display.display();
        display.setChart(new LineChart());  // 新增類別無需修改 ChartDisplay
        display.display();
    }
}

OCP 與其他五大原則的關係

OCP 是「總綱」，其餘五原則是「落地手段」：

• SRP（單一職責）：類別職責單一，變化原因單一，易於擴充
• LSP（里氏替換）：子類別可替換父類別，保證擴充不破壞現有行為
• DIP（依賴倒轉）：高層依賴抽象，抽象不依賴細節，擴充細節不影響高層
• ISP（介面隔離）：介面精細，減少不必要的依賴與修改

遵守後五原則 → 自然滿足 OCP。OCP 可視為前五原則遵守程度的「綜合得分」。

抽象化是關鍵

• Java/C# 使用 interface 或 abstract class 定義穩定抽象層
• 具體實作類別繼承/實作抽象層
• 配置檔（XML、Properties、YAML）修改不算「修改原始碼」，符合 OCP

實務判斷清單

結語

開閉原則不是「從不修改程式碼」，而是「將變化點封裝在可擴充的抽象體系中」。透過抽象化設計、依賴倒轉、策略模式等手段，讓系統在面對新需求時，只需「新增類別、調整配置」，即可實現功能擴充，最大程度保護既有資產穩定運行。