策略模式的学习之道

策略模式

1.需求分析:

一个考试系统,当考生的成绩通过后(成绩大于60分)会通过各种方式通知用户。

  • 通知方式有:APP消息推送、短信、邮件、站内消息四种方式;
  • 但是每种方式是否进行通知是要进行在表中配置的;
  • 假设我们从表中查询后的对象如下:
/**
 * 成绩对象
 */
public class Score {
    //成绩
    private int score;
    //是否使用app消息通知,使用0表示否,1表示是。下同
    private int sendAPPMsg;
    //是否使用短信通知
    private int sendSms;
    //是否使用邮件通知
    private int sendMail;
    //是否使用站内消息通知
    private int siteMsg;

    //其他的一些非主要属性不再此加入,比如手机号,邮箱号等

    //get and set method
}

2.常规操作

  • 最简单的就是使用if-else进行判断了。对每个配置条件进行判断,如果需要进行通知就进行通知

/**
 * 使用常规的if-else操作
 */
public class IfDemo {

    /**
     * 使用if-else进行通知
     *
     * @param score 传入的分数对象
     */
    public void sendNotice(Score score) {

        if (score.getScore() >= 60) {
             if (score.getSendAPPMsg() == 1) {
                //这里是进行通知的具体实现,为了和后边形成更直接的对比,我加了好多代码
                System.out.println("进行app消息推送1");
                System.out.println("进行app消息推送2");
                System.out.println("进行app消息推送3");
                System.out.println("进行app消息推送4");
            }
            if (score.getSendSms() == 1) {
                System.out.println("进行短信通知1");
                System.out.println("进行短信通知2");
                System.out.println("进行短信通知3");
                System.out.println("进行短信通知4");
            }
            if (score.getSendMail() == 1) {
                System.out.println("进行邮件通知1");
                System.out.println("进行邮件通知2");
                System.out.println("进行邮件通知3");
                System.out.println("进行邮件通知4");
            }
            if (score.getSiteMsg() == 1) {
                System.out.println("进行站内消息通知1");
                System.out.println("进行站内消息通知2");
                System.out.println("进行站内消息通知3");
                System.out.println("进行站内消息通知4");
            }
        }
    }
}

对于每种通知方法,我只进行了一句简单的打印,实际中就会写上进行通知的方法

  • Junit测试代码(与业务代码无关)
public class NoticeTest {

    private Score score;

    @BeforeEach
    public void beforeTest(){
        score = new Score();
        score.setScore(95);
        score.setSendAPPMsg(1);
        score.setSendMail(1);
        score.setSendSms(1);
        score.setSiteMsg(1);
    }

    @Test
    public void ifDemoTest() {
        IfDemo ifDemo = new IfDemo();
        ifDemo.sendNotice(score);
    }
}

这样写没有任何问题,代码肯定是能跑起来的。但是,我们是直挂将每个通知的方法(也就是每种通知方法的具体实现)写在了上边代码中,如果要改的话我们就要对这里进行修改。所以我们进行一次优化,就是将上边的每一种通知代码进行一次方法抽取。

3.使用方法抽取进行优化

将上边的各个通知方法进行一次抽取,可以放在本类下,也可以将通知方法单独放在一个类中,我是放在了一个单独的类中。通知类有如下方法:

/**
 * 通知类,
 */
public class NoticeService {

    public void sendAppNotice(){
        System.out.println("进行app推送通知1");
        System.out.println("进行app推送通知2");
        System.out.println("进行app推送通知3");
        System.out.println("进行app推送通知4");
    }

    public void sendSms(){
        System.out.println("进行短信通知1");
        System.out.println("进行短信通知2");
        System.out.println("进行短信通知3");
        System.out.println("进行短信通知4");
    }

    public void sendMail(){
        System.out.println("进行邮件通知1");
        System.out.println("进行邮件通知2");
        System.out.println("进行邮件通知3");
        System.out.println("进行邮件通知4");
    }

    public void sendSiteMsg(){
        System.out.println("进行站内消息通知1");
        System.out.println("进行站内消息通知2");
        System.out.println("进行站内消息通知3");
        System.out.println("进行站内消息通知4");
    }
}
  • 这时的这个socre判断通知类如下:
package cn.lyn4ever.v2;

import cn.lyn4ever.bean.Score;

/**
 * 进行分数判断是否通知的类
 */
public class NoticeDemo {
    /**
     * 处理是否进行通知的主要方法
     *
     * @param score
     */
    public void sendNotice(Score score) {
        NoticeService noticeService = new NoticeService();

        if (score.getScore() >= 60) {
            if (score.getSendAPPMsg() == 1) {
                //这里只需要写这一句就可以进行通知,而不像刚才那样,下同
                noticeService.sendAppNotice();
            }
            if (score.getSendSms() == 1) {
                noticeService.sendSms();
            }
            if (score.getSendMail() == 1) {
                noticeService.sendMail();
            }
            if (score.getSiteMsg() == 1) {
                noticeService.sendSiteMsg();
            }
        }
    }
}
  • 进行测试的方法
@Test
public void noticeDemoTest(){
    NoticeDemo noticeDemo = new NoticeDemo();
    noticeDemo.sendNotice(score);
}

有小伙伴会问了,这样写的方法和上边没有任何区别啊?为什么要这么做?

  • 这样的话就将整个通知方法的细节放在几个单独的方法中,只需要一句就可以调用通知方法了
  • 而且当我们要修改通知方法的代码时,不用修改原来的方法啊

这种方式虽然将通知方法进行了单独的方法抽取,降低了一定的耦合。但是呢?

如果,我们有一个或多个新的通知方式要添加,比如微信、QQ。那你要改的地方是哪儿?

1.在Score的bean中添加两个字段,这个是必须的

2.在NoticeService中添加两个新的通知方法

public void sendQQ(){
        System.out.println("进行QQ消息通知1");
        System.out.println("进行QQ消息通知2");
        System.out.println("进行QQ消息通知3");
        System.out.println("进行QQ消息通知4");
}
public void sendWX(){
        System.out.println("进行WX消息通知1");
        System.out.println("进行WX消息通知2");
        System.out.println("进行WX消息通知3");
        System.out.println("进行WX消息通知4");
}

3.在NoticeDemo中添加两个if判断

if (score.getSendQQ() == 1) {
    noticeService.sendQQ();
}
if (score.getSendWX() == 1) {
    noticeService.sendWX();
}

3.使用策略模式进行优化

策略模式(Strategy),定义了一组算法,将每个算法都封装起来,并且使它们之间可以互换

  • 定义一个通知的接口
package cn.lyn4ever.v3;

public interface INotice {
    void notice();
}
  • 写出它不同通知方式的不同实现(只写一个)
public class AppNoticeImpl implements INotice {

    @Override
    public void notice() {
        System.out.println("进行app消息推送");
    }
}
  • 通知的service方法如下:
public class NoticeService3 {
    /**
     * 只提供一个通知方法,参数为通知接口
     * @param iNotice
     */
    public void notice(INotice iNotice) {
        iNotice.notice();
    }
}
  • 利用分数判断的通知方法如下:
public class NoticeDemo3 {

    public void sendNotice(Score score) {
        NoticeService3 noticeService = new NoticeService3();

        if (score.getScore() >= 60) {
            if (score.getSendAPPMsg() == 1) {
                noticeService.notice(new AppNoticeImpl());
            }
            if (score.getSendSms() == 1) {
                noticeService.notice(new SmsNoticeImpl());
            }
            if (score.getSendMail() == 1) {
                noticeService.notice(new MailNoticeImpl());
            }
            if (score.getSiteMsg() == 1) {
                noticeService.notice(new SiteNoticeImpl());
            }
        }
    }
}
  • 有的小伙伴可能会认为这不是在重复造轮子吗?这和方法一、方法二让人更难理解
  • 其实并不是在重复地造轮子,这样做就体现了面向对象开发的“封装”特性,相比第一种方法,更好地“面向对象”开发,而且封装了整个每一个通知方法的实现,降低了通知这个功能的耦合度,使得每一种通知方法有自己的实现。
  • 比如上边的一个新需要,当我们需要新增“QQ”和“微信”通知的时候,这时只需要添加两个新的INotice的实现类,并在if条件中加两句就可以了,NoticeService类不用再次修改

    更多的设计模式学习,请关注我的微信公众号“小鱼与Java”

原文地址:https://www.cnblogs.com/Lyn4ever/p/12329416.html

时间: 2024-08-29 16:05:40

策略模式的学习之道的相关文章

JavaScript设计模式之策略模式(学习笔记)

在网上搜索“为什么MVC不是一种设计模式呢?”其中有解答:MVC其实是三个经典设计模式的演变:观察者模式(Observer).策略模式(Strategy).组合模式(Composite).所以我今天选择学习策略模式. 策略模式:定义了一系列家族算法,并对每一种算法单独封装起来,让算法之间可以相互替换,独立于使用算法的客户. 通常我并不会记得“牛顿第一定律”的具体内容,所以我也难保证我会对这个定义记得多久……用FE经常见到的东西来举个例子说明一下: $("div").animation(

设计模式之策略模式,学习笔记

比如在多个条件判断中,也许条件会被更改这样的话,我们又得重新写过,策略模式就是解决这个问题. var get = { A:function(){ console.log('a'); }, B:function(){ console.log('b'); }}; var getAB = function(why){ return get[why]();}; getAB('B'); 表单验证: 用户名:<input type="text" name="userName&quo

【LabVIEW技巧】策略模式

前言 在之前的文章中,我们提到了如何学习OOP以及对应的简单工厂模式,由于时间比较长,我们先回顾一下之前讲到的一些内容,然后继续了解策略模式. 为什么学习OOP 在测控系统的软件开发过程中,我们LabVIEW工程师一直认为程序完成功能就可以了,但是随着程序的越来越复杂,我们发现很多情况下成型系统到后期无法添加功能或很难添加功能. 是什么阻碍了我们软件系统的开发?为什么在需求沟通不明确的前期,我们无法开发软件:在需求明确的后期,又无法对软件进行灵活修改. 如果大家仔细分析中国的四大发明,就会发现活

及房重构利用策略模式+简单工厂实现消费金额的计算

在做第一次机房收费系统中,有一项很令人头疼的事情,那就是临时用户的问题,在结账的时候,我们需要考虑该用户是固定用户还是临时用户,原来在用VB6.0做的时候,如果我们实现了这个功能,那么在代码中会出现很多的IF....else 语句,同时,我们必须要调用数据设定窗体中的数据,这样的话,会很麻烦,写出来的代码也会很乱,如今学习了设计模式,我们可以利用策略模式来实现对不同用户的消费金额进行计算.将不同的类型用户所用到的不同算法封装到子类中去,同时与简单工厂结合起来,来实现对不同子类的实例化.这样在很大

学习大话设计模式02_工厂模式 进阶至 策略模式

1 /** 2 * 现金收费抽象类 3 * @author Monica 4 * 5 */ 6 public abstract class CashSuper { 7 /** 8 * 现金收取超类的抽象方法 9 * @param money 收取现金,参数为原价 10 * @return 返回当前价 11 */ 12 public abstract double acceptCash(double money); 13 } 14 15 /** 16 * 正常收费子类 17 * @author M

编程学习之简单工厂模式与策略模式

很久之前在学习c++的时候就听到老师说写代码要考虑重构,架构,在此期间学习到了一种简单工厂模式. 何为简单工厂模式呢?简单工厂模式又叫静态工厂方法模式(Static FactoryMethod Pattern),是通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类. 举个栗子,我们可能会遇到这类问题,假如需要一个软件,它可以计算各种图形的面积,使用简单工厂模式来构架的话就是通过创建一个工厂类,而程序运行过程中这些实例化这些具体的计算面积的算法类,然后主程序通过调用这些实例

策略模式(headfirst设计模式学习笔记)

策略模式定义了算法族,分别封装起来,让他们可以相互替换,此模式让算法的变化独立于使用算法的客户. 继承,相似之处用继承,假如如干个功能点需要修改,代码难以维护, 原始代码 public class Duck { //鸭子描述 public void dispaly(){ System.out.println("描述"); } //鸭子叫 public void quack(){ System.out.println("会叫"); } } public class M

设计模式(一)学习----策略模式

策略设计模式:定义一组算法,将每个算法都分装起来,并使他们之间可以互换. 策略模式就是使用的面向对象思想中的继承和多态的机制 策略模式的通用类图: Context类:Strategy类,并且和Strategy类是整体和个体的关系,即聚合关系.对策略角色个体进行封装. Strategy接口:定义这个策略或算法必须有的方法和属性. ConcreteStrategy1,ConcreteStrategy2具体策略角色实现类.实现抽象策略中的方法,该类中含有具体的算法. 上图变成Java代码: 抽象的策略

设计模式学习(十五) 策略模式

策略模式对应于解决某一个问题的一个算法族,允许用户从该算法族中任选一个算法解决某一问题,同时可以方便的更换算法或者增加新的算法,并且由客户端决定调用那个算法 本质: -- 分离算法,选择实现 开发中常见的场景: 代码实现: package strategy; public interface Strategy { public double getPrice(double standardPrice); } 策略接口 package strategy; public class NewCusto