程序代码设计模式之模板方法模式(1)

今天我们将开始整理程序代码的设计模式,之前一直没有整理是因为网上讲的一大堆了,都烂大街了,现在又打算开始整理是因为设计模式要融入自己的程序代码里,不断的加深理解,去实践而不是只读读博文。本来标题想写java的十三种设计模式,但是我觉得不应该局限于java,也不应该局限于十三种,我们将来会不会创建出新的一种设计模式呢?

模板方法模式,是一种行为型设计模式。它在一个抽象类中公开定义了执行其方法的模板,规定了算法的骨架。其主要特点是将一些步骤延迟到子类中,这些子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。

java 复制代码
// 抽象类
public abstract class AbstractClass {
    // 抽象方法,包含算法的骨架
    public final void templateMethod() {
        step1();
        step2();
        step3();
    }

    // 具体步骤1
    protected abstract void step1();

    // 具体步骤2
    protected abstract void step2();

    // 具体步骤3
    protected abstract void step3();
}

// 子类A
public class ConcreteClassA extends AbstractClass {
    @Override
    protected void step1() {
        System.out.println("子类A执行步骤1");
    }

    @Override
    protected void step2() {
        System.out.println("子类A执行步骤2");
    }

    @Override
    protected void step3() {
        System.out.println("子类A执行步骤3");
    }
}

// 子类B
public class ConcreteClassB extends AbstractClass {
    @Override
    protected void step1() {
        System.out.println("子类B执行步骤1");
    }

    @Override
    protected void step2() {
        System.out.println("子类B执行步骤2");
    }

    @Override
    protected void step3() {
        System.out.println("子类B执行步骤3");
    }
}

那在Android源码中哪里用了这个模式呢?比较典型的是View 绘制流程代码:

java 复制代码
在Android源码中,TemplateMethod模式常常用于View的绘制流程中。例如,在View类中的draw方法就是一个模板方法,它定义了视图绘制的基本步骤,而具体的绘制实现则在不同的子类中实现。

以下是View类中draw方法的一个简化版本的代码示例:

public class View {
    // ...
 
    public void draw(Canvas canvas) {
        // 模板方法,实现了基本的绘制流程
 
        // 1. 初始化绘制参数
        initializeDrawing();
 
        // 2. 绘制背景
        onDrawBackground(canvas);
 
        // 3. 绘制内容,具体的绘制实现在子类中
        onDraw(canvas);
 
        // 4. 绘制子视图
        dispatchDraw(canvas);
 
        // 5. 绘制装饰(例如滚动条等)
        onDrawScrollBars(canvas);
 
        // 6. 绘制上层内容(例如焦点边框等)
        onDrawForeground(canvas);
    }
 
    // 下面是需要在子类中实现的方法
    protected void onDraw(Canvas canvas) {
        // 实现视图的绘制,子类必须实现该方法
    }
 
    // ...
}

在这个例子中,draw方法定义了视图绘制的基本步骤,而onDraw方法则留给子类去实现具体的绘制逻辑。这样做的好处是,draw方法为子类提供了一个清晰的绘制接口,同时保留了灵活性,允许子类根据需要自定义绘制过程。

相关推荐
这就是佬们吗9 分钟前
初识 docker [上]
java·开发语言·笔记·docker·容器
蝸牛ちゃん10 分钟前
设计模式(十六)行为型:解释器模式详解
设计模式·系统架构·解释器模式·软考高级
阿华的代码王国14 分钟前
【Android】卡片式布局 && 滚动容器ScrollView
android·xml·java·前端·后端·卡片布局·滚动容器
苦学编程的谢25 分钟前
Mybatis_4
java·spring boot·tomcat·mybatis·mybatis_plus
她说..35 分钟前
MybatisPlus-快速入门
java·spring boot·spring cloud·微服务·mybatis·mybatisplus
哈密瓜刨冰41 分钟前
HTTP 协议的基本格式和 fiddler 的用法
java
砖头拍死你1 小时前
51单片机如何使用printf打印unsigned long的那些事
java·前端·51单片机
架构师沉默1 小时前
让我们一起用 DDD,构建更美好的软件世界!
java·后端·架构
胖头鱼不吃鱼-1 小时前
Go 原理之 GMP 并发调度模型
java·jvm·golang
JosieBook1 小时前
【IDEA】idea怎么修改注册的用户名称?
java·intellij-idea·策略模式