设计模式——策略模式

学习了设计模式，再看看自己以前写的代码，真是无言面对江东父老~

鸭子问题：

编写鸭子项目，具体要求如下：

• 有各种鸭子(比如野鸭、北京鸭、水鸭等，鸭子有各种行为，比如叫、飞行等)
• 显示鸭子的信息

解决方法：

传统方式解决鸭子问题分析和解决方案

思路：

• 定义一个抽象主类Duck，包含：quack()、swim()、fly()、抽象方法Display【解决每个鸭子的信息】
• 野鸭：会飞翔、直接继承即可
• 北京鸭：不会飞翔、需要重写fly方法
• 玩具鸭：不会叫、游泳、飞翔，需要重写所有的方法

class Program
    {
        static void Main(string[] args)
        {
            WildDuck duck1 = new WildDuck();
            duck1.Display();
            duck1.quack();
            duck1.swim();
            duck1.fly();
            Console.ReadLine();

        }

    }

    abstract class Duck
    {
        public Duck()
        {

        }

        public abstract void Display(); // 显示鸭子的信息

        public void quack()
        {
            Console.WriteLine("鸭子嘎嘎叫");
        }
        public void swim()
        {
            Console.WriteLine("鸭子会游泳");
        }
        public void fly()
        {
            Console.WriteLine("鸭子会飞翔");
        }
    }

    class WildDuck : Duck
    {
        public override void Display()
        {
            Console.WriteLine("我是野鸭·");
        }
    }

    class PekingDuck : Duck
    {
        public override void Display()
        {
            Console.WriteLine("我是北京鸭·");
        }

        // 因为北京鸭不能飞翔，因此需要重写fly

        public void fly()
        {
            Console.WriteLine("北京鸭不会飞翔");
        }
    }

    class ToyDuck : Duck
    {
        public override void Display()
        {
            Console.WriteLine("我是玩具鸭·");
        }
        public void quack()
        {
            Console.WriteLine("玩具鸭不会嘎嘎叫");
        }
        public void swim()
        {
            Console.WriteLine("玩具鸭不会游泳");
        }
        public void fly()
        {
            Console.WriteLine("玩具鸭不会飞翔");
        }
    }

• 其它鸭子，都继承了Duck类，所以fly让所有子类都会飞了，这是不正确的
• 上面说的1的问题，其实是继承带来的问题:对类的局部改动，尤其超类的局部改动，会影响其他部分。会有溢出效应
• 为了改进1问题，我们可以通过覆盖fly方法来解决=→覆盖解决
• 问题又来了，如果我们有一个玩具鸭子ToyDuck，这样就需要ToyDuck去覆盖Duck的所有实现的方法 = 解决思路策略模式(strategy pattern)

基本介绍

• 策略模式(Strategy Pattern）中，定义算法族（策略组），分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户

• 这算法体现了几个设计原则

  第一：把变化的代码从不变的代码中分离出来

  第二：针对接口编程而不是具体类（定义了策略接口)

  第三、多用组合/聚合，少用继承（客户通过组合方式使用策略）

基本原理：

说明：从上图可以看到，客户context有成员变量strategy或者其他的策略接口，至于需要使用到哪一个策略我们可以在构造器中指定。

策略模式解决鸭子问题

• 应用实例要求：编写程序完成前面的鸭子项目，要求使用策略模式。
• 思路分析：分别封装行为接口，实现算法族，超类里放行为接口对象，在子类里具体设定行为对象。

代码实现

class Program
    {
        static void Main(string[] args)
        {
            WildDuck wild = new WildDuck();
            Console.Write("野鸭：");
            wild.fly();
            PekingDuck peking = new PekingDuck();
            Console.Write("北京鸭：");
            peking.fly();

            peking.flyBehavior = new BadFlyBehavior();
            Console.Write("北京鸭：");
            peking.fly();
            Console.ReadLine();
        }

    }

    abstract class Duck
    {

        public FlyBehavior _flyBehavior;

        public Duck()
        {

        }

        public abstract void Display(); // 显示鸭子的信息

        public void quack()
        {
            Console.WriteLine("鸭子嘎嘎叫");
        }
        public void swim()
        {
            Console.WriteLine("鸭子会游泳");
        }

        public void fly()
        {
            if (_flyBehavior != null)
            {
                _flyBehavior.fly();
            }
        }

        public FlyBehavior flyBehavior
        {
            get
            {
                return _flyBehavior;
            }
            set
            {
                _flyBehavior = value;
            }
        }
    }


    class WildDuck : Duck
    {
        // 构造器，传入FlyBehavior的对象

        public WildDuck()
        {
            _flyBehavior = new GoodFlyBehavior();
        }


        public override void Display()
        {
            Console.WriteLine("我是野鸭·");
        }
    }

    class PekingDuck : Duck
    {

        // 因为北京鸭不能飞翔，因此需要重写fly

        public PekingDuck()
        {
            _flyBehavior = new NoFlyBehavior();
        }
        public override void Display()
        {
            Console.WriteLine("我是北京鸭·");
        }
    }

    class ToyDuck : Duck
    {

        public ToyDuck()
        {
            _flyBehavior = new NoFlyBehavior();
        }
        public override void Display()
        {
            Console.WriteLine("我是玩具鸭·");
        }
    }

    interface FlyBehavior 
    {
        void fly();
    }
    interface QuackBehavior
    {
        void quack();
    }
    public class GoodFlyBehavior : FlyBehavior
    {
        void FlyBehavior.fly()
        {
            Console.WriteLine("飞翔技术高超");
        }
    }

    public class BadFlyBehavior : FlyBehavior
    {
        void FlyBehavior.fly()
        {
            Console.WriteLine("飞翔技术不行");
        }
    }
    public class NoFlyBehavior : FlyBehavior
    {
        void FlyBehavior.fly()
        {
            Console.WriteLine("飞翔技术没有");
        }
    }

注意事项和细节

• 策略模式的关键是：分析项目中变化部分与不变部分
• 策略模式的核心思想是:多用组合/聚合少用继承;用行为类组合，而不是行为的继承。更有弹性
• 体现了“对修改关闭，对扩展开放”原则，客户端增加行为不用修改原有代码，只要添加一种策略（或者行为）即可，避免了使用多重转移语句(if…clse if…else)
• 提供了可以替换继承关系的办法:策略模式将算法封装在独立的Strategy类中使得你可以独立于其Context改变它，使它易于切换、易于理解、易于扩展
• 需要注意的是: 每添加一个策略就要增加一个类，当策略过多是会导致类数目庞大

感想

• 自己刚开始写增删改查业务的时候，感觉特别的枯燥，基本就是复制粘贴
• 好多的业务逻辑无非两种方法来解决：if…else…代码堆出来的、方法/类简化出来的
• if…else是最快完成工作的，也是最简单可行的，可能实际情况下，我也会投奔if…else…的大军之中