23种设计模式策略模式

https://github.com/yzmaodeng/java-keypointknowledge/commit/098e2fc49310d5cb09cd8c97d9be1702c85826e7

策略模式的结构

封装类：也叫上下文，对策略进行二次封装，目的是避免高层模块对策略的直接调用。
抽象策略：通常情况下为一个接口，当各个实现类中存在着重复的逻辑时，则使用抽象类来封装这部分公共的代码，此时，策略模式看上去更像是模版方法模式。
具体策略：具体策略角色通常由一组封装了算法的类来担任，这些类之间可以根据需要自由替换。

抽象策略

 interface Strategy {
    //加密
    public void encrypt();
}

具体策略

 class MD5Strategy implements Strategy{

    public void encrypt() {
        System.out.println("执行MD5加密");
    }
}

具体策略

class SHA1Strategy implements Strategy{

    public void encrypt() {
        System.out.println("执行SHA1加密");
    }
}

封装类

 class Context {
    private Strategy strategy;
    public Context(Strategy strategy) {
        this.strategy = strategy;
    }
    
    public void encrypt() {
        this.strategy.encrypt();
    }
}

public class StrategyMainClass {
    public static void main(String[] args) {
//      Strategy stra = new SHA1Strategy();
//      stra.encrypt();
        Context context = new Context(new MD5Strategy());
        context.encrypt();
    }
}

优点

策略模式提供了可以替换继承关系的办法。
使用策略模式可以避免使用多重条件转移语句。

缺点

1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。

23种设计模式 策略模式

猜你喜欢

23种设计模式策略模式