如果子类是在不断变化的情况下继承是不适合的
对于策略模式而言:主要是封装不断变化的类型(行为,算法等其他的),如果是稳定的行为和算法可以采用继承方式这样重用性更好
把不断变化的类型封装成一个接口,然后将接口放到上下文环境(context)中去。
优点:1.是继承的一种替代方式,但是比继承更灵活一点
2.避免了多重条件转移语句,更灵活,以扩展
3.高内聚,低耦合
缺点:每次增加替换行为或算法都需要增加新类
昨天看了一下java编程思想里面的IO,看到了FilenameFilter接口使用了策略模式
该接口定义了一个方法boolean accept(File dir, String name);
File类相当于环境Context 他里面的方法list(FilenameFilter filter)使用了该策略
而具体的过滤算法是由用户去决定的,用户只需要实现accept方法,这里面选择使用的算法,比如过滤出什么样的文件如.java还是.txt文件等
策略模式的类图如下:
未完。。。