设计套路-策略套路

2018-07-31 本文已影响0人深爱蒲公英的纯美

定义

策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换，策略模式让算法独立于使用它的客户而独立变化。

使用场景

针对同一类型问题的多种处理方式，仅仅是具体行为有差别时。

需要安全的封装多种同一类型的操作时。

出现同一抽象类有多个子类，而又需要使用if - else或者switch - case 来选择具体子类时。

优点

结构清晰明了、使用简单直观。

耦合度相对而言较低，扩展方便

操作封装也更为彻底，数据更为安全。

随着策略的增加，子类也会变得繁多。

关键类

策略的顶级接口，策略的具体实现类，策略的上下文环境类

在Android 源码的应用

Android 动画插值器。

好了，又是一对概念，优缺点，场景等官方的话，但是往往定义也是很重要的，下面继续生活场景。

生活实例

我们继续说王二麻子的故事，上次土地登记错误，提交了报告，本身想的会解决掉，但是由于各种原因，还办成这件事，所以王二麻子焦急了，打算去另一个城市找一下自己的朋友寻求帮助，由于距离比较远，王二麻子向的怎么去，有三种办法目前，坐飞机，坐火车，坐汽车，好，我们现在就设计一下代码，送王二麻子去见朋友。

封装出行方式类:

public class Traffic {
    public static void air(){  //飞机
        System.out.print("800");
    }
    public static void train(){  //火车
        System.out.print("300");
    }
    public static void bus(){    //长途汽车
        System.out.print("400");
    }
}

测试类

public class MyClass {
    public static void main(String[] args) {
        Traffic.air();
        Traffic.train();
        Traffic.bus();
    }
}

这里我们很简单的直接调用Traffic类的静态方法就可以让王二麻子选择出行方式，这样看起来很好很正常，但是也明显有弊端，假如王二麻子想要坐私家车出行，这个就得再向traffic类里面加一个静态方法，这样随着出行的方式的增加我们这个类一只在修改，这样违反了开闭原则，而且类变的越来越大，变得难以维护后期。所以我们就得考虑用一个套路-策略套路。
接下来我们用策略套路来给王二麻子设计出行路线：

所有方式的顶级接口

public interface CommonTraffic {
    void getPrice();
}

飞机类

public class Air implements CommonTraffic {
    @Override
    public void getPrice() {
        System.out.print(800);
    }
}

火车类

public class Train implements CommonTraffic {
    @Override
    public void getPrice() {
        System.out.print(300);
    }
}

汽车类

public class Bus implements CommonTraffic {
    @Override
    public void getPrice() {
        System.out.print(400);
    }
}

王二麻子直接调用的交通类

public class Traffic {

    private CommonTraffic traffic;

    public void getPrice() {
        traffic.getPrice();
    }

    public void setTraffic(CommonTraffic traffic) {
        this.traffic = traffic;
    }
}

这个中间类很重要，它是策略模式的关键。

测试类

public class MyClass {
    public static void main(String[] args) {
        Traffic traffic = new Traffic();   //创建交通类
        Air air = new Air();       //选择要出行的方式
        traffic.setTraffic(air);    //设置给交通类
        traffic.getPrice();      //获取出行价格
    }
}

接下来我们再看王二麻子打算私家车出行，那么，只需要创建一个私家车类，然后设置给traffic就可以。这样很好的满足了开闭原则，架构上很清晰，不会因为修改某一种出行方式而可能影响其他类,高度解耦，这就是策略模式的好处。
下面我们再举一个Android开发中遇到的使用策略模式的情况：
比如我们自定义了一个View:

public class CustomView extends View {
    private ICustomView customBean;

    public CustomView(Context context) {
        super(context);
    }

    public CustomView(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    public CustomView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
        customBean.getViewName();
        customBean.getViewAge();
        customBean.getViewAddress();
        customBean.getViewMotto();
    }

    public void setData(ICustomView bean){
        this.customBean = bean;
    }
}

实体类：

interface ICustomView {
    public String getViewName();

    public int getViewAge();

    public String getViewAddress();

    public String getViewMotto();
    //...
}

上面我们自定义了一个view，数据就是通过public void setData(ICustomView bean)这个方法设置，而ICustomView这个接口里面有很多字段获取方法，那么我们可能会在很多地方都用到这个自定义view,但是服务器给的字段名字不可能一样，那么怎么办?我们用策略套路，让所有的使用自定义view的数据类都继承一个公共的接口，这个接口提供返回统一数据的方法，这样就实现了复用，这其实也是策略模式的一种。

总结

第二篇就这样结束了，都是根据自己的理解和碰到的问题写的，定义优缺点已经总结到上面，看完例子大家再去看一下定义这些东西，可能会理解很多。