Android开发-设计模式-模板方法模式(Template Method)

介绍

        模板方法模式是类的行为模式。准备一个抽象类,将部分逻辑以具体方法以及具体构造函数的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方法实现这些抽象方法,从而对剩余的逻辑有不同的实现。这就是模板方法模式的用意。

模式引入

        在面向对象程序设计过程中,程序员常常会遇到这种情况:设计一个系统时知道了算法所需的关键步骤,而且确定了这些步骤的执行顺序,但某些步骤的具体实现还未知,或者说某些步骤的实现与具体的环境相关。
        例如,去银行办理业务一般要经过以下4个流程:取号、排队、办理具体业务、对银行工作人员进行评分等,其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的,可以在父类中实现,但是办理具体业务却因人而异,它可能是存款、取款或者转账等,可以延迟到子类中实现。
        这样的例子在生活中还有很多,例如,一个人每天会起床、吃饭、做事、睡觉等,其中“做事”的内容每天可能不同。我们把这些规定了流程或格式的实例定义成模板,允许使用者根据自己的需求去更新它,例如,简历模板、论文模板、Word 中模板文件等。
        以下介绍的模板方法模式将解决以上类似的问题。

模式角色

模板方法模式
(1)AbstractTemplate(抽象模板),负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成。这些方法的定义如下:
① 模板方法:定义了算法的骨架,按某种顺序调用其包含的基本方法。
② 基本方法:是整个算法中的一个步骤,包含以下几种类型。

  • 抽象方法:在抽象类中申明,由具体子类实现。
  • 具体方法:在抽象类中已经实现,在具体子类中可以继承或重写它。
  • 钩子方法:在抽象类中已经实现,包括用于判断的逻辑方法和需要子类重写的空方法两种。

(2)ConcretetTemplate(具体模板),现抽象类中所定义的抽象方法和钩子方法,它们是一个顶级逻辑的一个组成步骤。

模式结构图

在这里插入图片描述

模式实现

/**
 * 抽象模板
 */
public abstract class AbstractTemplateMethod {

    /**
     * 模板方法
     */
    public void templateMethod() {
        doOperation1();
        doOperation2();
        doOperation3();
    }

    // 基本方法--抽象方法
    protected abstract void doOperation1();

    // 基本方法--钩子方法
    protected void doOperation2() {
        // 空实现,子类实现
    }

    // 基本方法--具体方法
    // 具体方法由抽象类声明并实现,而子类并不实现或置换
    protected void doOperation3() {
        // 业务逻辑省略..
    }

}
/**
 * 具体模板
 */
public class ConcreteTemplateMethodA extends AbstractTemplateMethod {

    @Override
    protected void doOperation1() {
        // 业务逻辑省略..
    }

    @Override
    protected void doOperation2() {
        // 业务逻辑省略..
    }
}
/**
 * 具体模板
 */
public class ConcreteTemplateMethodB extends AbstractTemplateMethod {

    @Override
    protected void doOperation1() {
        // 业务逻辑省略..
    }

    @Override
    protected void doOperation2() {
        // 业务逻辑省略..
    }
}

模式例子

        在Android开发中,新建的Activity一般不会直接继承系统的Activity,而是写一个基类(如BaseActivity)。代码如下:

/**
 * @Creator City
 * @Date 2019/5/23
 * @Description: Activity的基类,项目中应该继承该基类
 */
public abstract class BaseActivity extends RxAppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if (contentViewBefore(getIntent().getExtras())) {
            setContentView(getContentLayoutId());
            initWidgets();
            initData();
        } else {
            if (contentViewBeforeFail()) {
                finish();
            }
        }
    }

	//省略其他逻辑
	//省略其他逻辑

	// 基本方法--具体方法,在这里获取并校验bundle中的值,若校验失败,返回 false,以免页面崩溃
    protected boolean contentViewBefore(Bundle bundle) {
        return true;
    }
	// 基本方法--具体方法
    protected boolean contentViewBeforeFail() {
        return true;
    }

	// 基本方法--抽象方法,当前Activity中的Res-Layout
    @LayoutRes
    protected abstract int getContentLayoutId();

	// 基本方法--钩子方法,子类可选择重写该方法初始化View
    protected void initWidgets() {
    }
	// 基本方法--钩子方法,子类可选择重写该方法处理数据
    protected void initData() {
    }
}

模式使用场景

  • 算法的整体步骤很固定,但其中个别部分易变时,这时候可以使用模板方法模式,将容易变的部分抽象出来,供子类实现。
  • 当多个子类存在公共的行为时,可以将其提取出来并集中到一个公共父类中以避免代码重复。首先,要识别现有代码中的不同之处,并且将不同之处分离为新的操作。最后,用一个调用这些新的操作的模板方法来替换这些不同的代码。
  • 当需要控制子类的扩展时,模板方法只在特定点调用钩子操作,这样就只允许在这些点进行扩展。

模式优缺点

优点:

  • 它封装了不变部分,扩展可变部分。它把认为是不变部分的算法封装到父类中实现,而把可变部分算法由子类继承实现,便于子类继续扩展。
  • 它在父类中提取了公共的部分代码,便于代码复用。
  • 部分方法是由子类实现的,因此子类可以通过扩展方式增加相应的功能,符合开闭原则。
    缺点:
  • 对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象。
  • 父类中的抽象方法由子类实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,它提高了代码阅读的难度。

模式命名规则。

钩子方法的名字应对以do开始。例如Servlet中的doGet、doPost…
在这里插入图片描述

抄书(《Java与模式》)

在这里插入图片描述
在这里插入图片描述
参考:
http://c.biancheng.net/view/1376.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值