面向对象编程思想-策略模式

一、引言

平时去商场买东西，会遇到各种各样的商场促销活动，例如:黄金会员打9折，铂金会员打8折，钻石会员打7折...通常的做法，定义一个算法类，我们根据会员类型，使用if-else判断获得不同的算法。这样的确解决了问题，但是哪天商场新增活动了，要买300返100，我们就需要去修改算法类了，违背了“开放-封闭原则”，我们认为这样的设计是不够友好的。这时我们可以考虑使用策略模式来解决这个问题

二、策略模式

定义：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户

下面是策略模式的结构图：

场景：某商场客户购买商品有两种算法，会员买商品打8折，普通用户不打折

下面是代码demo：

     //策略算法接口
    abstract class Strategy
    {
       public abstract double Calculate(double money);
    }
     //会员折扣类
    class ConcreteStrategyA : Strategy
    {
        public override double Calculate(double money)
        {
            return money * 0.8;
        }
    }
       //普通用户折扣类
    class ConcreteStrategyB : Strategy
    {
        public override double Calculate(double money)
        {
            return money;
        }
    }
    //上下文类
    class Context
    {
        //维护一个IStrategy的引用
        Strategy strategy;
        //传入一个具体的策略对象
        public Context(Strategy strategy)
        {
            this.strategy = strategy;
        }
        public double Calculate(double money)
        {
            return strategy.Calculate(money);
        }
    }
     class Program
    {
        static void Main(string[] args)
        {
            //选择策略对象 创建环境
            Context contextA = new Context(new ConcreteStrategyA());
            //计算价格
            Console.WriteLine($"VIP用户应付金额{contextA.Calculate(100)}");

            Context contextB = new Context(new ConcreteStrategyB());
            Console.WriteLine($"普通用户应付金额{contextB.Calculate(100)}");
            Console.Read();
        }
    }

分析：如果现在需要新增加一个活动，我们只需要新增一个具体的策略类，提供算法即可。这个场景中，不管会员还是普通用户，都是要计算结果，只是计算的算法不同，注意这里变化的是计算方法，可以理解为相同行为的不同实现。

优点：

1.易于扩展，新增加算法只需要新增加一个具体的策略类，基本不需要修改原来代码

2.避免了多重if-else判断语句，将算法或行为的逻辑分离，体现面向对象思想

缺点：

1.客户端必须知道所有的策略类，并自行决定使用哪一个策略类

适用场景：

1.一个系统需要在几种算法中动态选择一种算法时，可以将这些算法一个个的封装到一个算法类中，并为这些算法类提供一个统一的接口

2.一个类定义了多种行为，并且这些行为在这个类中的操作以条件语句的形式出现。可以考虑讲这些条件分支转移到具体的strategy类中以替代这些条件分支

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接。