设计模式入门-策略模式

最新推荐文章于 2024-07-22 14:15:06 发布

StevenWash

最新推荐文章于 2024-07-22 14:15:06 发布

阅读量456

点赞数 1

分类专栏：设计模式文章标签：设计模式编程设计策略模式

本文链接：https://blog.csdn.net/hx0624_csdn/article/details/75902264

版权

5 篇文章 0 订阅

订阅专栏

当一个类中的一些属性和方法经常会发生变化，可能会随着之后的需求而做修改，则建议将这些属性和方法提取出来进行封装，和其他稳定的代码区别开来，以便以后可以轻易的改动或扩充此部分，这个原则也是每个设计模式背后的精神所在。

“针对接口编程”真正的意思是“针对超类型编程”，我们在编程的时候只需要针对接口所提供的行为进行编程，而不需要去关注去行为的具体实现的过程，每个具有相应行为的人都要去继承该接口，例如：

定义了一个Animals的抽象类，Dog类和Cat类分别继承了该抽象类，并且实现了相应的bark()方法

针对实现编程就是:

//针对的是具体的Dog实现类进行操作
Dog dog = new Dog();
dog.bark();

针对接口编程则是：

Animals dog = new Dog();//利用Animals进行多态调用
dog.bark();

而且子类的实例化可以不用硬编码在代码中，而是根据运行时的指定儿产生具体的实现类，如：

Animals a = getAnimals();
a.bark();

比如：Duck是超类，MuteDuck继承了Duck，在MuteDuck中飞的行为不是从Duck继承过来的(如果是继承的，那Duck的所有子类都是一样的飞行方式），因为不同的子类有不同的飞行的方式，这个飞行的方式是和适当的行为对象进行组合而来。

例如：

在Duck类中组合了FlyBehavior和QuackBehavior，然后根据具体的Duck类型来指定具体的行为类型。使用组合可以在运行时动态的改变实现类的具体行为，例如上图中下面的两个方法就用来运行时指定Duck的子类的具体的行为方式。

例如：

其中MallarDuck是Duck的子类，在MallarDuck中有默认的行为方式，在下面又调用相应的行为的set方法来动态的改变了当前对象的行为方式。

以上的分析过程实际就是策略模式，该模式定义了一些算法簇（就是上面定义的行为接口等），然后分别进行封装起来，让他们之间可以相互转换，这就使得当我使用这些算法的时候是不需要关注这些算法的变化，从而让这些变化完全独立于用户。

梳理一下整个设计的方法:

变化的那一部分抽象之后得到了两个接口：FlyBehavior和QuackBehavior，这两个接口分别封装了飞行和叫这两种行为（注意：这两个行为不一定是只有Duck及其子类使用，也可以提供给其他类使用，如：鸭鸣器也可以发出鸭子的声音，从而达到了代码重用的功能），然后在Duck类中组合这两种行为。

FlyWityWings 和 FlyNoWay实现了FlyBehavior接口，DoMute、DoQuack和DoSqueak实现了QuackBehavior接口。

这里写图片描述

这就指定了MallarDuck具有FlyWithWings和DoQuack两个行为，并且同过上述的Duck类可以看到，还可以在运行时通过set方法来设置MallarDuck的动态行为。

以上便是策略模式的思考过程。

关注