浅尝DesignPattern_Strategy

UML:

----------------------------------------------------------------------------------------------

SAMPLE:

Strategy.cs

    abstract class Strategy
    {
        public abstract void AlgorithmInterface();
    }

ConcreteStrategyA.cs

    class ConcreteStrategyA:Strategy
    {
        public override void AlgorithmInterface()
        {
            Console.WriteLine("算法A实现");
        }
    }

ConcreteStrategyB.cs

    class ConcreteStrategyB:Strategy
    {
        public override void AlgorithmInterface()
        {
            Console.WriteLine("算法B实现");
        }
    }

ConcreteStrategyC.cs

    class ConcreteStrategyC:Strategy
    {
        public override void AlgorithmInterface()
        {
            Console.WriteLine("算法C实现");
        }
    }

Context.cs

    class Context
    {
        Strategy strategy;
        public Context(Strategy strategy)
        {
            this.strategy = strategy;
        }
        public void ContextInterface()
        {
            strategy.AlgorithmInterface();
        }
    }

①当不同的行为堆砌在一个类中时,就很难避免使用条件语句来选择合适的行为.将这些行为封装在一个个独立的strategy类中,可以在使用这些行为的类中消除条件语句[DP].即"策略模式封装了变化".

②策略模式是用来封装算法的,但在时间中,我们发现可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性.

③在基本的处理模式中,选择所用具体实现的职责由客户端承担,封装给处理模式的context对象[DPE].策略模式和简单工厂模式结合后,选择具体实现的职责也可以由context来承担.

    class Context
    {
        Strategy strategy;
        public Context(string type)
        {
            switch (type)
            { 
                case "A":
                    strategy = new ConcreteStrategyA();
                    break;
                case "B":
                    strategy = new ConcreteStrategyB();
                    break;
                case "C":
                    strategy = new ConcreteStrategyC();
                    break;
            }
        }
    }