设计模式小练手——策略模式

策略模式

问题

最近买了一本书，叫做《设计模式之禅》，读起来还是很顺畅的，跟着例子敲一遍也没问题，可是偏偏到自己真正做一个小项目的时候，就不知道该怎么用了~
记得在去年寒假的时候，在开发Android程序时，学了一个自定义Toast，然后在BaseActivity中写了一个方法，简化Toast的调用，即原来是这样写的：Toast.makeText("XXXX").show(); ，改成了这样：show("XXXX")。所以我想把所有的Activity中的Toast都替换掉，于是乎想到了用一个程序才帮我做这些重复性的工作。可谁知道这小程序一写就是两个多小时！

处理过程

我直接使用了一个Java类，在main方法里面进行了文件的读取，然后进行字符串的替换，最后输出到新文件。
过程还是很简单的，代码也很容易，就是一个字符串的替换而已。问题是当时读入的中文是乱码，搞了好久，然后正则表达式又不怎么会，又搞了好久......
后来仔细一回想，这样写代码实在是一个差劲的程序猿，没有一点面向对象的思想，下次要改一个方式去替换字符串，岂不是要改很多地方？？？
刚好看到了这个设计模式，想想这个用策略模式来优化结构还是非常不错的。

策略模式

1. 概念

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

2. 通用类图

   
   
   

   策略模式通用类图

3. 实际类图

   
   
   

   实际类图

4. 类图说明
   首先定义了一个IStrategy接口，提供了replace方法。然后具体的替换策略就是一个个的子类（ToastReplaceStrategy），在Replacer类中，我们持有IStrategy的对象的引用，在客户端创建时需要传进来一个具体的IStrategy对象，然后调用replace方法进行字符串的替换。
   由于String类型的字符串是不可变的，所以我们必须返回一个新的字符串。

5. 简单的代码：
   IStrategy接口：

public interface IStrategy {
    String replace(String s);
}

实现子类：

public class PlaceToastStrategy implements IStrategy {
    @Override
    public String replace(String s) {
        //处理相关替换逻辑 代码太长久不贴出来了
        return s;
    }
}

Replacer交互类：

public class Replacer {
    IStrategy strategy;
    public Replacer(IStrategy strategy){
        this.strategy = strategy;
    }
    public String place(String s){
        return strategy.replace(s);
    }
}

客户端：

pulic class Client{
    public static  void main(String[] args) throws IOException {
            //省略了从文件读入字符串的过程  保存在s中
            Replacer replacer = new Replacer(new PlaceToastStrategy());
            s = replacer.place(s);
            //然后写入新文件即可
        }
    }
}

5. 优点
   策略模式的优点就是更新策略的时候，无需改动现有的代码，只需要增加一个具体的策略类就可以了，然后在客户端进行使用。
   所以下次要替换别的字符串时，只需要新增一个替换策略类就可以了。

结语

设计模式这种东西，虽然在设计的时候很少用到，但是当发现类的结构十分不恰当时，便可以考虑使用各种设计模式来优化代码与结构。所以平时还是多了解一下设计模式，到需要用的时候才能有的放矢。
以后在项目中用到了设计模式时，我会以今天这篇文章的形式记录下来，所以一篇文章的时间可能比较久。如果想及时看到这类文章，可以关注我哟~