策略模式

策略模式

 

public interface Strategy {

    void algorithmInterface();
}

public class Context {

    private Strategy strategy;
    
    public Context(Strategy strategy){
        this.strategy = strategy;
    }
    
    public void uStrategy(){
        this.strategy.algorithmInterface();
    }
}

public class ConcreteStrategyA implements Strategy {

    @Override
    public void algorithmInterface() {
        // TODO Auto-generated method stub

        System.out.println("A Strategy works");
    }

}

public class ConcreteStrategyB implements Strategy {

    @Override
    public void algorithmInterface() {
        // TODO Auto-generated method stub

        System.out.println("B Strategy works");
    }

}

public class ConcreteStrategyC implements Strategy {

    @Override
    public void algorithmInterface() {
        // TODO Auto-generated method stub

        System.out.println("C Strategy works");
    }

}

 

 

设计基类Duck，子类MallarDuck，RedheadDuck，RubberDuck，duck can swim(),fly(),quack().

方法一：

很明显，rubberduck也会飞了，如果以后在增加鸭子类别，则需要重写fly，灵活性低，复用不当。

方法二：把变化的部分分离出来，即将fly放在接口中，会飞的鸭子继承这个借口，如图

如此一来破坏了复用性，每一种鸭子都需要实现fly()，不如方法一中直接继承的复用性强。

方法三：

面向接口

扩展了fly与quack的方式，使用接口的引用完成了变化的封装