设计模式之策略模式:替换掉糟糕的if else语句实现面向对象编程而非面向过程

场景:

(1):远行时候:我们根据不同的路程来选择不同的远行车类型

(2):如果这个参数1,

那么选择远行车类型A

如果这个参数2,那么选择远行车类型B

如果这个参数3,那么选择远行车类型C

内容

1.不使用设计模式

复制代码
public class NonPattern {
    public static void main(String[] args) {
        /**
         *有一个参数,是distanceType
         * 如果这个参数1,那么选择远行车类型A
         * 如果这个参数2,那么选择远行车类型B
         *     如果这个参数3,那么选择远行车类型C
         */
         int distanceType = 1;
         Trip.choseTransport(distanceType);
    }
  public static class Trip{
     public static void choseTransport(int distanceType)   {
            if (distanceType==1){
                System.out.println("远行车类型A");
            }else if(distanceType == 2){
                System.out.println("远行车类型B");
            }else if(distanceType == 3){
                System.out.println("远行车类型C");
            }else {
                System.out.println("远行车默认类型");
            }
        }
    }
}

2.使用设计模式

策略模式就是:

1.自定义一个策略接口,里面定义一个方法,面向接口编程。

2.根据策略接口 可以定义多个策略,一个策略就是一个if。

3.把各个if-elase逻辑划分到各个策略中(每个策略封装了自己对应的逻辑)---满足什么条件返回什么策略。

4.把if-else 这种选择扔到一个工厂里面去。

5.策略的真正执行我们将其封装到:Context里面去。

2.1 类图
2.2 代码
复制代码
public class StrategyPattern2 {

    public static void main(String[] args) {
       //1.根据参数类型使用工厂模式产生:DistanceChoiceStrategy
        DistanceChoiceStrategy distanceChoiceStrategy = DistanceChoiceStrategyFactory.getDistanceChoiceStrategy(1);


        //2.使用策略执行类执行对应策略
        Context context = new Context();
        context.setStrategy(distanceChoiceStrategy);
        context.excuet();
    }

    //===========================执行类=========================
    public static class Context{
        private DistanceChoiceStrategy strategy;

        public void excuet(){
            strategy.choice();
        }
        public DistanceChoiceStrategy getStrategy() {
            return strategy;
        }

        public void setStrategy(DistanceChoiceStrategy strategy) {
            this.strategy = strategy;
        }
    }

    //=======================工厂模式产生==========
    public static class DistanceChoiceStrategyFactory{
       public static DistanceChoiceStrategy getDistanceChoiceStrategy(int distanceType){
            if (distanceType==1){
               return new DistanceChoiceStrategyA();
            }else if(distanceType == 2){
                return new DistanceChoiceStrategyB();
            }else if(distanceType == 3){
                return new DistanceChoiceStrategyC();
            }else {
              return new DefaultDistanceChoiceStrategy();
            }
        }
    }
    //======================if-else封装==========
    public interface DistanceChoiceStrategy{
        void choice();
    }

    public static class DistanceChoiceStrategyA implements DistanceChoiceStrategy{
        public void choice() {
            System.out.println("远行车类型A");
        }
    }

    public static class DistanceChoiceStrategyB implements DistanceChoiceStrategy{
        public void choice() {
            System.out.println("远行车类型B");
        }
    }

    public static class DistanceChoiceStrategyC implements DistanceChoiceStrategy{
        public void choice() {
            System.out.println("远行车类型C");
        }
    }

    public static class DefaultDistanceChoiceStrategy implements DistanceChoiceStrategy{
        public void choice() {
            System.out.println("远行车默认类型");
        }
    }
}

3.总结

3.1 不使用设计模式
  1. 我们的业务代码,if else,看起来绝对不是这么短的,也不是这么简单;在实际的业务代码中,常见的结构是上面这样的,但是每个if和if else之间的代码行数,可能多达几十行,甚至几百行;if和else if的判断条件,很模糊,经常就是用一堆变量的比较来判断,是走哪个分支。
  2. 类似上面这样的代码,会让我们在代码写好以后,多年之后,回过头来看这个代码;看都看不懂了:代码太多了,if else if之后的条件判断,我们都看不懂,不知道在判断,if else if里面的代码,量太大了;定位个bug,疯了,或者是对这段代码的业务逻辑做一些改动,疯了;基本上,你得花个一两天的时间,把这段代码重新读一遍,然后看懂,才能下手写代码。
3.2 策略模式优点
3.2.1 策略模式就是:

1.自定义一个策略接口,里面定义一个方法。

2.根据策略接口 可以定义多个策略。

3.把各个if-elase逻辑划分到各个策略中(每个策略封装了自己对应的逻辑)---满足什么条件返回什么策略。

4.把if-else 这种选择扔到一个工厂里面去。

5.策略的真正执行我们将其封装到:Context里面去。

3.2.2 要点

1.要点1:必须将if else的代码,封装到不同的策略类中。

2.要点2:将选择哪种策略的逻辑给放到一个工厂类中去,选择策略的代码务必很简洁。

3.要点3:context可有可无,具体是看你的策略执行这块如果就一行代码调用,不需要context;如果context中的策略执行逻辑较为复杂一点,context来封装策略类的执行逻辑。

3.2.3 策略模式与命令模式不同:

策略模式跟命令模式的区别?

  1. 看起来一样的,但是用处不一样。命令是可以发送出去,然后可以经过一些队列的流转,比如先把命令发送到MQ,接着再处理。
  2. 策略是说选择了一组策略,立即就要执行的,不会经过其他别的什么处理。而且策略逻辑基本就是用在复杂的if else代码中的。
相关推荐
回忆2012初秋12 小时前
【Nginx】原理、配置与运维实战(2)
运维·nginx·策略模式
石一峰69919 小时前
C 语言函数设计模式实战经验
c语言·开发语言·设计模式
qq_2975746720 小时前
设计模式系列文章(基础篇第22篇):访问者模式——分离数据结构与操作,实现灵活扩展
数据结构·设计模式·访问者模式
怎么没有名字注册了啊21 小时前
macOS 基于 CSDN GitCode + Homebrew Tap 发布 Qt .app 二进制程序通用教程(homebrew 安装自己的软件)
策略模式·homebrew·formula·ruhy
刀法如飞1 天前
领域驱动 vs 本体驱动:DDD 代码建模与 Ontology 语义建模的对比分析
设计模式·架构设计·领域驱动
我爱cope2 天前
【Agent智能体26 | 多智能体-多智能体工作流】
人工智能·设计模式·语言模型·职场和发展
咖啡八杯2 天前
【无标题】
java·后端·设计模式
坏小虎2 天前
macOS 安装 Ghostty 终端完整教程:环境、依赖与美化配置
macos·策略模式
折哥的程序人生 · 物流技术专研2 天前
Java 23 种设计模式:从踩坑到精通 | 适配器模式 —— 让不兼容的接口也能一起工作
java·设计模式·面试·适配器模式·单一职责原则