Java 策略模式 if-else用法实例详解

目录
  • 引言:
  • 策略模式
    • comparable接口
    • comparator接口
    • 不同的排序策略实现
    • 策略模式比if-else香在哪呢?有缺点吗?
    • 策略模式有哪些使用场景呢?
    • 有N多个策略怎么办?
  • 总结

引言:

公司要扩大规模,目前需要购买一批汽车,还要招聘一批保安,老板指示暂时只想看新车,只需要给他看按照价格排好序的新车列表就行;保安候选人按照安保工作经验排好序给他一个列表。

汽车数据,还有保安候选人的数据已经放在了程序员的面前,你只需要给我个列表就好了。

基于这个需求,我们自然而然的会想到排序啊。

开始之前,我们先来看一下jdk中的comparable接口comparator接口,可参考 文档描述

策略模式

comparable接口

java.lang Interface Comparable

T - the type of objects that this object may be compared to(可以与之比较的对象的类型)

需要实现的方法:

int compareTo(T o)

参数:

o - 要比较的对象

返回:

当此对象小于指定的对象时返回负整数,等于返回0,大于返回正整数

我们写Car类和SecurityMan类,让他们都实现Comparable接口

汽车按价格排序:

public class Car implements Comparable<Car> {
    //价格
    private int price;
    //油箱容量
    private int capacity;
    public Car(int price, int capacity) {
        this.price = price;
        this.capacity = capacity;
    }
    @Override
    public int compareTo(Car c) {
        if (this.price < c.price) {
            return -1;
        }
        if (this.price > c.price) {
            return 1;
        }
        return 0;
    }
    @Override
    public String toString() {
        return "Car{" +
                "price=" + price +
                ", capacity=" + capacity +
                '}';
    }
}

保安按工作经验排序:

public class SecurityMan implements Comparable<SecurityMan> {
    //安保经验
    private int experience;
    //颜值
    private int beauty;

    public SecurityMan(int experience, int beauty) {
        this.experience = experience;
        this.beauty = beauty;
    }
    @Override
    public int compareTo(SecurityMan o) {
        if (this.experience < o.experience) {
            return -1;
        }
        if (this.experience > o.experience) {
            return 1;
        }
        return 0;
    }
    @Override
    public String toString() {
        return "SecurityMan{" +
                "experience=" + experience +
                ", beauty=" + beauty +
                '}';
    }
}

再来一个Context类,来封装对那些对象进行比较的类

public class Context {
    public void sortCar(Car[] cars) {
        for (int i = 0; i < cars.length; i++) {
            int minIndex = i;
            for (int j = i + 1; j < cars.length; j++) {
                minIndex = cars[i].compareTo(cars[j]) > 0 ? j : minIndex;
            }
            Car c = cars[i];
            cars[i] = cars[minIndex];
            cars[minIndex] = c;
        }
    }
    public void sortSecurityMan(SecurityMan[] men) {
        for (int i = 0; i < men.length; i++) {
            int minIndex = i;
            for (int j = i + 1; j < men.length; j++) {
                minIndex = men[i].compareTo(men[j]) > 0 ? j : minIndex;
            }
            SecurityMan c = men[i];
            men[i] = men[minIndex];
            men[minIndex] = c;
        }
    }
}

那么问题来了,如果老板想要看汽车容量排序怎么办?要看保安颜值排序怎么办?

对于Car类,我们可以加一个属性,比如sortBy,在compareTo方法中加if-else,根据sortBy的值进行不同的排序,而且Context类中也要加对应的方法。

这样的话,后续如果你加更多的排序,就需要修改多处代码,这酸爽。。。我如果想要对一个对象进行比较的策略能够灵活的指定,这才是最好的!!!

comparator接口

java.util Interface Comparator

T - the type of objects that may be compared by this comparator(比较器可以比较的对象类型)

方法:

int compare(T o1, T o2)

参数:

o1 - 第一个需要排序的对象

o2 - 第二个需要排序的对象

返回:

第一个需要排序的对象如果小于、等于、大于第二个对象,返回负整数,0,正整数

不同的排序策略实现

我们用Comparator接口来实现各种排序策略。

策略1:对汽车按照价格排序

public class CarPriceComparator implements Comparator<Car> {
    @Override
    public int compare(Car o1, Car o2) {
        if (o1.price < o2.price) return -1;
        else if (o1.price > o2.price) return 1;
        return 0;
    }
}

策略2:对汽车按照容量排序

public class CarCapacityComparator implements Comparator<Car> {
    @Override
    public int compare(Car o1, Car o2) {
        if (o1.capacity > o2.capacity) return -1;
        else if (o1.capacity < o2.capacity) return 1;
        return 0;
    }
}

策略3:对保安按照工作经验排序

public class SecurityManExperienceComparator implements Comparator<SecurityMan> {
    @Override
    public int compare(SecurityMan o1, SecurityMan o2) {
        if (o1.experience < o2.experience) return -1;
        else if (o1.experience > o2.experience) return 1;
        return 0;
    }
}

策略4:对保安按照颜值排序

public class SecurityManBeautyComparator implements Comparator<SecurityMan> {
    @Override
    public int compare(SecurityMan o1, SecurityMan o2) {
        if (o1.beauty < o2.beauty) return -1;
        else if (o1.beauty > o2.beauty) return 1;
        return 0;
    }
}

这时我们的Context就可以为所欲为了,你想要对谁排序就可以对谁排序,只要你有相应的排序策略就可以。

Context策略切换上下文:

public class Context<T> {
    private Comparator comparator;
    public Context(Comparator comparator) {
        this.comparator = comparator;
    }
    public void sortWhatYouWant(T[] arr) {
        for (int i = 0; i < arr.length; i++) {
            int minIndex = i;
            for (int j = i + 1; j < arr.length; j++) {
                minIndex = this.comparator.compare(arr[i], arr[j]) > 0 ? j : minIndex;
            }
            T o = arr[i];
            arr[i] = arr[minIndex];
            arr[minIndex] = o;
        }
    }
}

Client-相当于老板,老板想要什么排序策略,直接调起Context切换策略:

public class Client {

    public static void main(String[] args) {
        Car[] cars = {new Car(18, 55), new Car(12, 40), new Car(25, 60)};

        SecurityMan[] men = {new SecurityMan(10, 95), new SecurityMan(6, 92), new SecurityMan(8, 97)};

//        Context ctx = new Context(new CarCapacityComparator());
        Context ctx = new Context(new SecurityManBeautyComparator());
        ctx.sortWhatYouWant(men);
        System.out.println(Arrays.toString(men));
    }
}

这种写法是不是比if-else逼格高了一些呢,^_^

这其实就是策略模式,他很好滴践行了 对修改关闭,对扩展开放的设计原则。

总结一下,我们上面实现的策略模式类图:

策略模式比if-else香在哪呢?有缺点吗?

执行方式可以自由切换:

比如我们上面举的例子,可以对排序策略进行自由的切换。

执行方式可以自由切换是策略模式本身定义的,只要实现抽象策略,它就成为策略家族的一个成员,通过封装角色对其进行封装,保证对外提供“可自由切换”的策略

避免使用多重条件判断:

就我们的例子而言,两个类,每个类都有可排序的两个属性,如果分别按照各自的属性排序,得写多少if-else啊!!!

扩展性良好:

扩展性当然良好。一个具体的策略很好实现啊。

缺点其实显而易见:

  • 1.策略类数量增多

每一个策略都是一个类,复用的可能性很小,类数量增多。

  • 2.所有的策略类都需要对外暴露

每有一个策略,都得告诉别人一下,否则老板也不知道你能不能给我满足我的要求。

也就是说上层模块必须知道有哪些策略,然后才能决定使用哪一个策略,那么我只是想使用了一个策略,我凭什么就要了解这个策略呢?那要你的封装类还有什么意义?

策略模式有哪些使用场景呢?

  • 多个类只有在算法或行为上稍有不同的场景
  • 算法需要自由切换的场景

例如,算法的选择是由使用者决定的,或者算法始终在进化,特别是一些站在技术前沿的行业,连业务专家都无法给你保证这样的系统规则能够存在多长时间,在这种情况下策略模式是你最好的助手。

  • 需要屏蔽算法规则的场景

现在的科技发展得很快,人脑的记忆是有限的(就目前来说是有限的),太多的算法你只要知道一个名字就可以了,传递相关的数字进来,反馈一个运算结果,万事大吉。

有N多个策略怎么办?

如果系统中的一个策略家族的具体策略数量超过4个,则需要考虑使用混合模式,解决策略类膨胀和对外暴露的问题,否则日后的系统维护就会成为一个烫手山芋,谁都不想接。

针对策略模式的缺点,我们可以使用其他模式来修正这个缺陷,如工厂方法模式、代理模式或享元模式等。

总结

到此这篇关于Java 策略模式 if-else用法详解的文章就介绍到这了,更多相关Java if-else内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • java设计模式策略模式图文示例详解

    目录 策略模式 意图 问题 解决方案 真实世界类比 策略模式结构 伪代码 策略模式适合应用场景 实现方式 策略模式优缺点 策略模式优缺点 与其他模式的关系 策略模式 亦称:Strategy 意图 策略模式是一种行为设计模式,它能让你定义一系列算法,并将每种算法分别放入独立的类中,以使算法的对象能够相互替换. 问题 一天,你打算为游客们创建一款导游程序.该程序的核心功能是提供美观的地图,以帮助用户在任何城市中快速定位. 用户期待的程序新功能是自动路线规划:他们希望输入地址后就能在地图上看到前往目的

  • Java优化if-else代码的实战记录

    目录 前言 方案一: 数组 方案二:HashMap 由 key 获取 value 由 value 获取 key 解决方案三:枚举 总结 前言 开发系统一些状态,比如订单状态:数据库存储是数字或字母,但是需要显示中文或英文,一般用到if-else代码判断,但这种判断可读性比较差,也会影响后期维护,也比较容易出现bug.比如: 假设状态对应关系:1:agree 2:refuse 3:finish int status; String statusStr = null; if (status == 1

  • C++ OpenCV实现文档矫正功能

    目录 需求 思路 代码 效果 需求 将一个斜着拍摄的文档矫正成正的,如图所示: 思路 1.读取原始图像,若图像太大可以先进行缩放处理,并获取原始图像的宽和高 2.对图像进行预处理得到边缘,依次进行灰度处理.高斯模糊.边缘检测.膨胀.腐蚀. 3.找到最大的轮廓,并提取角点 进行降噪处理:检测轮廓面积,只保留大于阈值面积的轮廓 计算每个轮廓的周长,使用DP算法计算出轮廓点的个数,规则为周长*0.02 找到图像中面积最大的,且角点为4的轮廓 4.将找到的四个角点排列成一个固定的顺序,排列后的顺序为:左

  • java策略枚举:消除在项目里大批量使用if-else的优雅姿势

    想起刚开始接触JAVA面向对象编程时,若遇到大量流程判断语句,几乎满屏都是if-else语句,多得让自己都忘了哪里是头,哪里是尾,但是,纵然满屏是if-else,但彼时也没有觉得多别扭.等到编程能力渐渐提升之后,再回过头去看曾经写过的满屏if-else时,脑海里只有一个画面,全都是翔..... 可能初学者都会忽略掉一点,其实if-else是一种面向过程的实现. 那么,如何避免在面向对象编程里大量使用if-else呢? 网络上有很多解决思路,有工厂模式.策略模式.甚至是规则引擎(这个太重了吧)..

  • Java如何优雅替换if-else语句

    目录 场景 1.优先判断条件,不满足及时中断 2.策略模式改造 3.策略模式+工厂+单例模式,锦上添花 场景 日常开发,if-else语句写的不少吧??当逻辑分支非常多的时候,if-else套了一层又一层,虽然业务功能倒是实现了,但是看起来是真的很不优雅,尤其是对于我这种有强迫症的程序"猿",看到这么多if-else,脑袋瓜子就嗡嗡的,总想着解锁新姿势:干掉过多的if-else!!! 本文将介绍三板斧手段: 优先判断条件,条件不满足的,逻辑及时中断返回: 融入策略模式: 策略模式+工厂

  • Java if-else 多重嵌套的优化方式

    目录 if-else多重嵌套的优化 1. if-else 多重嵌套的问题 2. 解决方案 2.1 使用Map缓存 2.2 switch 简化条件 多个ifelse语句的替代设计 案例研究 重构 工厂模式 使用枚举 命令模式 规则引擎 小结 if-else多重嵌套的优化 1. if-else 多重嵌套的问题 项目重构发现代码中存在类似以下的三重 if-else 嵌套代码,其中变量 a.b.c有三种可能的取值,组合起来共有27 个分支,这还没有算上对各个变量进行合法性校验失败的分支. 如此繁杂琐碎的

  • 一起来了解Java的策略模式

    目录 策略模式 1.什么是策略模式 2.策略模式的优缺点 3.策略模式的结构 4.代码实现 5.策略模式的应用场景 总结 策略模式 策略模式属于Java 23种设计模式中行为模式之一,那先看看什么是策略模式. 1.什么是策略模式 策略模式的定义: 该模式定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户.策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分割开来,并委派给不同的对象对这些算法进行管理. 其实我们在现实生活中常常

  • Java设计模式之策略模式原理与用法实例详解

    本文实例讲述了Java设计模式之策略模式原理与用法.分享给大家供大家参考,具体如下: 策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换.策略模式让算法独立于使用它的客户而独立变化.其中JDK里面的TreeSet类和TreeMap类就用到了策略模式.这两个类是带排序的集合类,其中排序的规则就相当于策略模式里定义的一系列算法,而集合类就相当于是策略模式里的环境类,供用户使用,用只知道TreeSet和TreeMap是带排序的,至于怎么排序的,是由排序的算法决定的. 策略模式

  • java 中模式匹配算法-KMP算法实例详解

    java 中模式匹配算法-KMP算法实例详解 朴素模式匹配算法的最大问题就是太低效了.于是三位前辈发表了一种KMP算法,其中三个字母分别是这三个人名的首字母大写. 简单的说,KMP算法的对于主串的当前位置不回溯.也就是说,如果主串某次比较时,当前下标为i,i之前的字符和子串对应的字符匹配,那么不要再像朴素算法那样将主串的下标回溯,比如主串为"abcababcabcabcabcabc",子串为"abcabx".第一次匹配的时候,主串1,2,3,4,5字符都和子串相应的

  • java中静态导入机制用法实例详解

    java中静态导入机制用法实例详解 这里主要讲解了如何使用Java中静态机制的用法,这里提供了简单实例大家可以参考下. 静态常量类 在java开发中,我们会经常用到一些静态常量用于状态判断等操作.为了能够在多个地方复用这些常量,通常每个模块都会加一个常量类,举个简单的列子: import com.sky.OrderMouleConsstants; /** * Created by gantianxing on 2017/4/21. */ public class Test { public vo

  • JAVA中的final关键字用法实例详解

    本文实例讲述了JAVA中的final关键字用法.分享给大家供大家参考,具体如下: 根据上下文环境,java的关键字final也存在着细微的区别,但通常指的是"这是无法改变的."不想改变的理由有两种:一种是效率,另一种是设计.由于两个原因相差很远,所以关键子final可能被误用. 接下来介绍一下使用到final的三中情况:数据,方法,类 final数据 许多编程语言都有某种方法,来向编译器告知一块数据是恒定不变的.有时数据的恒定不变是很有用的,例如: 1. 一个编译时恒定不变的常量 2.

  • JAVA中static方法的用法实例详解

    本文实例讲述了JAVA中static方法的用法.分享给大家供大家参考,具体如下: static表示"全局"或者"静态"的意思,用来修饰成员变量和成员方法,也可以形成静态static代码块,但是Java语言中没有全局变量的概念. 被static修饰的成员变量和成员方法独立于该类的任何对象.也就是说,它不依赖类特定的实例,被类的所有实例共享.只要这个类被加载,Java虚拟机就能根据类名在运行时数据区或者方法区内找到他们.因此,static对象可以在它的任何对象创建之前访

  • Java延迟队列原理与用法实例详解

    本文实例讲述了Java延迟队列原理与用法.分享给大家供大家参考,具体如下: 延时队列,第一他是个队列,所以具有对列功能第二就是延时,这就是延时对列,功能也就是将任务放在该延时对列中,只有到了延时时刻才能从该延时对列中获取任务否则获取不到-- 应用场景比较多,比如延时1分钟发短信,延时1分钟再次执行等,下面先看看延时队列demo之后再看延时队列在项目中的使用: 简单的延时队列要有三部分:第一实现了Delayed接口的消息体.第二消费消息的消费者.第三存放消息的延时队列,那下面就来看看延时队列dem

  • JavaScript享元模式原理与用法实例详解

    本文实例讲述了JavaScript享元模式原理与用法.分享给大家供大家参考,具体如下: 通过两个例子的对比来凸显享元模式的特点:享元模式是一个为了提高性能(空间复杂度)的设计模式,享元模式可以避免大量非常相似类的开销. 第一实例,没有使用享元模式,计算所花费的时间和空间使用程度. 要求为:有一个城市要进行汽车的登记 (1)汽车类 /** * 制造商 * 型号 * 拥有者 * 车牌号码 * 最近一次登记日期 */ var Car = function(make,model,year,owner,t

  • JavaScript装饰者模式原理与用法实例详解

    本文实例讲述了JavaScript装饰者模式原理与用法.分享给大家供大家参考,具体如下: 这里我们通过需求逐渐引出装饰者模式. 下面是一个关于几代汽车的不同逐渐体现装饰者模式的. 首先,我们先引入一个接口文件----目的为检验实现类是否完全实现接口中的方法,代码如下, //定义一个静态方法来实现接口与实现类的直接检验 //静态方法不要写出Interface.prototype ,因为这是写到接口的原型链上的 //我们要把静态的函数直接写到类层次上 //定义一个接口类 var Interface=

  • JavaScript代理模式原理与用法实例详解

    本文实例讲述了JavaScript代理模式原理与用法.分享给大家供大家参考,具体如下: 代理模式的定义,代理是一个对象(proxy)用它来控制目标对象的访问.为此他要是先与目标对象相同的接口,但是他不同于装饰者模式,它对目标对象不进行任何修改,它的目的在于延缓"复杂"对象的初始化时间.这样可以在用到这个目标对象的时候再初始化他(对于单例来讲更是重要). 代理模式有两种分类: (1)普通代理 (2)惰性代理 具体看下面的例子 第一,普通代理模式 步骤一,接口检验文件的引用 //定义一个静

  • JavaScript命令模式原理与用法实例详解

    本文实例讲述了JavaScript命令模式原理与用法.分享给大家供大家参考,具体如下: 第一,命令模式: (1)用于消除调用者和接收者之间直接的耦合的模式,并且可以对(调用这个过程进行留痕操作) (2)真的不要乱用这个模式,以为他使你简单调用写法变得非常的复杂和有些难以理解. (3)你的业务出现了 (回退操作)(重做操作)的需求的时候你就要考虑使用这个模式了. 命令的原理: 一种情况为发出者直接作用于执行者,这样耦合度很高,另外一种情况为,在发出者和执行者之间增加一个用存储命令的命令访问库也即命

随机推荐