剑走偏锋：《设计模式之美》里的策略模式真相，远非简化分支判断！

2023-12-22 08:37:57

提起策略模式，许多程序员的第一反应就是"啊！原来设计模式还可以用来减少if-else或者switch的冗长判断，代码变得可读了，我也能变得帅了！"。然而，策略模式的价值远非如此，它是一种应对变化的通用解决方案，通过将算法或策略的实现与使用它们的环境分离，可以提高代码的可复用性和灵活性。

在《设计模式之美》一书中，作者用一个有趣的例子来介绍策略模式——一个图形绘制应用程序需要支持多种绘图形状，如圆形、矩形、三角形等。如果采用传统的if-else或者switch来判断绘图形状，那么代码将会变得冗长而难以维护。此时，策略模式就派上用场了。

// 定义一个绘图形状接口
interface Shape {
    void draw();
}

// 定义一个绘图器类，负责调用不同的绘图形状接口的draw()方法
class Drawer {
    private Shape shape;

    public void setShape(Shape shape) {
        this.shape = shape;
    }

    public void drawShape() {
        shape.draw();
    }
}

// 定义具体的绘图形状类，如圆形、矩形、三角形等
class Circle implements Shape {
    @Override
    public void draw() {
        System.out.println("绘制圆形");
    }
}

class Rectangle implements Shape {
    @Override
    public void draw() {
        System.out.println("绘制矩形");
    }
}

class Triangle implements Shape {
    @Override
    public void draw() {
        System.out.println("绘制三角形");
    }
}

// 使用绘图器类来绘制不同的绘图形状
Drawer drawer = new Drawer();
drawer.setShape(new Circle());
drawer.drawShape(); // 输出：绘制圆形

drawer.setShape(new Rectangle());
drawer.drawShape(); // 输出：绘制矩形

drawer.setShape(new Triangle());
drawer.drawShape(); // 输出：绘制三角形