设计模式-模板模式在Java中的使用示例-悍马模型制造示例

生活中,最使人疲惫的往往不是道路的遥远,而是心中的郁闷;最使人痛苦的往往不是生活的不幸,而是希望的破灭;最使人颓废的往往不是前途的坎坷,而是自信的丧失;最使人绝望的往往不是挫折的打击,而是心灵的死亡。所以我们要有自己的梦想,让梦想的星光指引着我们走出落漠,走出惆怅,带着我们走进自己的理想。

导读:本篇文章讲解 设计模式-模板模式在Java中的使用示例-悍马模型制造示例,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

场景

设计模式-模板模式在Java中的使用示例:

设计模式-模板模式在Java中的使用示例_霸道流氓气质的博客-CSDN博客

上面整理了模板模式的使用示例,为加强理解特记录另一个使用示例,

以下示例摘自设计模式之禅第二版。

模板方法模式

定义一个操作中的算法的框架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

抽象模板方法分为两类: 基本方法(也叫作基本操作,是由子类实现的方法,并且在模板中被调用) 和

模板方法(可以有一个或几个,一般是一个具体方法,也就是一个框架,实现对基本方法的调度,完成固定的逻辑)。

注:

博客:
霸道流氓气质的博客_CSDN博客-C#,架构之路,SpringBoot领域博主

实现

模板模式通用代码

1、抽象模板类

public abstract class AbstractClass {
    //基本方法
    protected abstract void doSomething();
    //基本方法
    protected abstract void doAnything();
    //模板方法
    protected void templateMethod(){
        /**
         * 调用基本方法,完成相关的逻辑
         */
        this.doAnything();
        this.doSomething();
    }
}

2、具体模板类1

//具体模板类
public class ConcreteClass1 extends AbstractClass{
    @Override
    protected void doSomething() {
        //业务逻辑处理
    }

    @Override
    protected void doAnything() {
        //业务逻辑处理
    }
}

3、具体模板类2

//具体模板类
public class ConcreteClass2 extends AbstractClass{
    @Override
    protected void doSomething() {
        //业务逻辑处理
    }

    @Override
    protected void doAnything() {
        //业务逻辑处理
    }
}

4、场景类

//场景类
public class Client {
    public static void main(String[] args) {
        AbstractClass class1 = new ConcreteClass1();
        AbstractClass class2 = new ConcreteClass2();
        //调用模板方法
        class1.templateMethod();
        class2.templateMethod();
    }
}

模板模式示例-悍马模型制作演示

1、悍马车有两个型号,H1和H2,实现抽象悍马模型

public abstract class HummerModel {
    /**
     * 首先这个模型要能发动起来,别管是手摇发动,还是电力发动,反正是要能够发动起来,那这个实现要在实现类里了
     */
    public abstract void start();
    //能发动,还要能停下来
    public abstract void stop();
    //喇叭会出声音,是滴滴叫,还是哔哔叫
    public abstract void alarm();
    //引擎会轰隆隆地响,不响那是假的
    public abstract void engineBoom();
    //模型需要会跑,不管人推的还是电力驱动的,总之要会跑
    public void run(){
        //先发动汽车
        this.start();
        //引擎开始轰鸣
        this.engineBoom();
        //然后开始跑,过程中遇到挡路的就按喇叭
        this.alarm();
        //到达目的地就停车
        this.stop();
    }
}

2、悍马H1具体模板类

public class HummerH1Model extends HummerModel{
    @Override
    public void start() {
        System.out.println("悍马H1启动");
    }

    @Override
    public void stop() {
        System.out.println("悍马H1停止");
    }

    @Override
    public void alarm() {
        System.out.println("悍马H1鸣笛");
    }

    @Override
    public void engineBoom() {
        System.out.println("悍马H1引擎轰轰响");
    }
}

3、悍马H2具体模板类

public class HummerH2Model extends HummerModel{
    @Override
    public void start() {
        System.out.println("悍马H2启动");
    }

    @Override
    public void stop() {
        System.out.println("悍马H2停止");
    }

    @Override
    public void alarm() {
        System.out.println("悍马H2鸣笛");
    }

    @Override
    public void engineBoom() {
        System.out.println("悍马H1引擎哔哔响");
    }
}

4、悍马场景类

在抽象的悍马模型上已经定义了run方法的执行规则。

场景类实现的任务就是把生产出的模型展现给客户。

public class HummerClient {
    public static void main(String[] args) {
        //某公司要H1型号的悍马
        HummerModel h1 = new HummerH1Model();
        //H1模型展示
        h1.run();
    }
}

模板模式示例-悍马模型需求扩展改造

1、客户需求更改,提出H1型号的悍马喇叭想让它响就响,H2的喇叭不要有声音。

在抽象类中新增一个实现方法isAlarm,确定各个型号的悍马是否需要声音,由各个实现类覆写该方法,

同时其它的基本方法由于不需要对外提供访问,因此也设计为protected类型。

public abstract class HummerExtendModel {
    /**
     * 首先这个模型要能发动起来,别管是手摇发动,还是电力发动,反正是要能够发动起来,那这个实现要在实现类里了
     */
    protected abstract void start();
    //能发动,还要能停下来
    protected abstract void stop();
    //喇叭会出声音,是滴滴叫,还是哔哔叫
    protected abstract void alarm();
    //引擎会轰隆隆地响,不响那是假的
    protected abstract void engineBoom();
    //模型需要会跑,不管人推的还是电力驱动的,总之要会跑
    final public void run(){
        //先发动汽车
        this.start();
        //引擎开始轰鸣
        this.engineBoom();
        //然后开始跑,过程中遇到挡路的就按喇叭
        //要让它叫的时候就叫,喇叭不想让它响就不响
        if(this.isAlarm()){
            this.alarm();
        }
        //到达目的地就停车
        this.stop();
    }
    //钩子方法,默认喇叭是会响的
    protected boolean isAlarm(){
        return true;
    }
}

2、H1扩展具体模板类

public class HummerH1ExtendModel extends HummerExtendModel{
    //要响喇叭
    private boolean alarmFlag = true;

    @Override
    protected void start() {
        System.out.println("悍马H1启动");
    }

    @Override
    protected void stop() {
        System.out.println("悍马H1停止");
    }

    @Override
    protected void alarm() {
        System.out.println("悍马H1鸣笛");
    }

    @Override
    protected void engineBoom() {
        System.out.println("悍马H1引擎轰轰响");
    }

    protected boolean isAlarm(){
        return this.alarmFlag;
    }
    //要不要响喇叭,是由客户来决定的
    public void setAlarm(boolean isAlarm){
        this.alarmFlag = isAlarm;
    }
}

3、H2具体模板类

public class HummerH2ExtendModel extends HummerExtendModel{

    @Override
    protected void start() {
        System.out.println("悍马H2启动");
    }

    @Override
    protected void stop() {
        System.out.println("悍马H2停止");
    }

    @Override
    protected void alarm() {
        System.out.println("悍马H2鸣笛");
    }

    @Override
    protected void engineBoom() {
        System.out.println("悍马H2引擎轰轰响");
    }

    //默认是没有喇叭的
    protected boolean isAlarm(){
        return false;
    }

}

4、场景类

public class HummerExtendClient {
    public static void main(String[] args) throws IOException {
        System.out.println("----H1型号悍马----");
        System.out.println("H1型号的悍马是否需要喇叭声响?0-不需要  1-需要");
        String type = (new BufferedReader(new InputStreamReader(System.in))).readLine();
        HummerH1ExtendModel h1 = new HummerH1ExtendModel();
        if(type.equals("0")){
            h1.setAlarm(false);
        }
        h1.run();
        System.out.println();
        System.out.println("----H2型号悍马----");
        HummerH2ExtendModel h2 = new HummerH2ExtendModel();
        h2.run();
    }
}

总结

模板方法模式的优点

封装不变部分,扩展可变部分
把认为是不变部分的算法封装到父类实现,而可变部分的则可以通过继承来继续扩展。在悍马模型例子中,是不是就非常容易扩展?例如增加一个H3型号的悍马模型,很容易呀,增加一个子类,实现父类的基本方法就可以了。

提取公共部分代码,便于维护
我们例子中刚刚走过的弯路就是最好的证明,如果我们不抽取到父类中,任由这种散乱的代码发生,想想后果是什么样子?维护人员为了修正一个缺陷,需要到处查找类似的代码!

行为由父类控制,子类实现
基本方法是由子类实现的,因此子类可以通过扩展的方式增加相应的功能,符合开闭原则。

模板方法模式的缺点

按照我们的设计习惯,抽象类负责声明最抽象、最一般的事物属性和方法,实现类完成具体的事物属性和方法。但是模板方法模式却颠倒了,抽象类定义了部分抽象方法,由子类实现,子类执行的结果影响了父类的结果,也就是子类对父类产生了影响,这在复杂的项目中,会带来代码阅读的难度,而且也会让新手产生不适感。

模板方法模式的使用场景

– 多个子类有公有的方法,并且逻辑基本相同时。
– 重要、复杂的算法,可以把核心算法设计为模板方法,周边的相关细节功能则由各个子类实现。
– 重构时,模板方法模式是一个经常使用的模式,把相同的代码抽取到父类中,然后通过钩子函数(见“模板方法模式的扩展”)约束其行为。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/135781.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!