我也来学设计模式_策略模式

　　设计模式Design Pattern，一个已经被大家聊烂的话题，好多年前都已经看到，但一直没有看懂，可能是自己水平有限，还达不到那个高度。时隔几年，再次捡起，哦，竟然有了那么一点眉目了~
　　设计模式的书，也买了好几本了，从最开始的《大话设计模式》，以互动交流的方式进行阐述；《Head First Design Pattern》，Head First系列最经典的设计模式书之一；以及《ASP.NET 设计模式》等等。
　　达不到一个层次，看这些东西的确困难，现在翻开来看，竟然也能看懂了，那就慢慢看吧，顺便把自己的心得体验放到这里~
　　以上，是为序~~~　

---

　　今天先来聊的是策略模式Strategy Pattern，先来一段标准的GoF描述：

定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。

　　
　　我的理解就是，通过具体的策略类，来实现接口中定义的方法，这些方法在外部看来是一样的，这样，在客户端进行调用的时候，就不需要关注具体策略类的区别，而直接进行正常调用即可。
　　
　　还是用代码来说明这些事情，先贴上一个标准的类图：
　　
　　

　　接下来，我们用C#的代码来进行实现：
　　

1、 定义IStrategy接口

namespace StrategyPattern
{
    /// <summary>
    /// 策略接口
    /// </summary>
    public interface IStrategy
    {
        /// <summary>
        /// 算法接口
        /// </summary>
        void AlgorithmInterface();
    }
}

2、分别实例化该接口

namespace StrategyPattern
{
    /// <summary>
    /// 策略A
    /// </summary>
    public class StrategyA : IStrategy
    {
        public void AlgorithmInterface()
        {
            Console.WriteLine("算法A中的具体实现");
        }
    }

    /// <summary>
    /// 策略B
    /// </summary>
    public class StrategyB : IStrategy
    {
        public void AlgorithmInterface()
        {
            Console.WriteLine("算法B中的具体实现");
        }
    }

    /// <summary>
    /// 策略C
    /// </summary>
    public class StrategyC : IStrategy
    {
        public void AlgorithmInterface()
        {
            Console.WriteLine("算法C中的具体实现");
        }
    }
}

3、创建调用接口的Context类

namespace StrategyPattern
{
    public class Context
    {
        /// <summary>
        /// 声明接口
        /// </summary>
        protected IStrategy strategy;

        /// <summary>
        /// 构造函数
        /// </summary>
        /// <param name="_strategy">注入的参数</param>
        public Context(IStrategy _strategy)
        {
            strategy = _strategy;
        }

        /// <summary>
        /// 具体实现方法
        /// 在里面调用策略中的算法接口
        /// </summary>
        public void DoSomething()
        {
            strategy.AlgorithmInterface();
        }
    }
}

4、客户端进行调用

namespace StrategyPattern
{
    internal class Program
    {
        private static void Main(string[] args)
        {
            //第一个实例，使用了策略A
            Context context1 = new Context(new StrategyA());
            context1.DoSomething();

            //第二个实例，使用了策略B
            Context context2 = new Context(new StrategyC());
            context2.DoSomething();

            Console.Read();
        }
    }
}

5、查看运行结果

---

　　以上是对策略模式的具体实现，这里只是最简单的例子，实际使用中，可能会比这更复杂，但只要简单的可以理解，复杂的无非就是多了一下接口和方法而已。
　　对该模式的适用场景，主要如下：

• 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
• 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
• 对客户(Context)隐藏具体策略(算法)的实现细节，彼此完全独立。

策略模式的优缺点

优点：
1、 提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)。
2、 避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。
缺点：
1、 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
2、必须了解所有的strategy，了解各个strategy之间的不同点，这样才能选择一个合适的strategy。对使用者也有一些挑战。

上述观点仅代表个人意见，大家可对此进行补充讨论。