模版方法模式——设计模式

模板方法设计模式是一种行为型模式,它定义一个操作中的算法骨架,将具体步骤留给子类实现。这种方式有助于代码复用,保持代码结构一致,同时允许子类定制部分行为。在Android开发中,常见于BaseActivity的抽象方法如initView和initData。然而,过多的子类可能导致系统膨胀。适用场景包括共有方法的提取和重要复杂方法的模板化。在实现时,通常会将模板方法设为final防止误修改。
摘要由CSDN通过智能技术生成

一、定义

一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。

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

二、优缺点

优点: 1、封装不变部分,扩展可变部分。 2、提取公共代码,便于维护。 3、行为由父类控制,子类实现。

缺点:每一个不同的实现都需要一个子类来实现,导致类的个数增加,使得系统更加庞大。

使用场景: 1、有多个子类共有的方法,且逻辑相同。 2、重要的、复杂的方法,可以考虑作为模板方法。

注意事项:为防止恶意操作,一般模板方法都加上 final 关键词。

三、自己的理解

创建一个抽象类,把重复的方法写成抽象方法,然后专门写一个方法来把把抽象方法的调用顺序固定下来,这样整个流程是固定的,子类只需要把不同流程的实现细节实现就行

就像Android中的BaseActivity,首先它是一个抽象类,然后我们会设计initView,initData等这样的抽象方法,然后会在onCreate方法中定义这两个方法的顺序。

四、代码实现

abstract class BaseActivity{
    fun onCreate(){
        initView()
        initData()
    }
    abstract fun initView()
    abstract fun initData()
}

class LoginActivity : BaseActivity(){
    override fun initView() {
        println("初始化登陆页面的View")
    }
    override fun initData() {
        println("初始化登陆页面的Data")
    }
}

class HomePageActivity : BaseActivity(){
    override fun initView() {
        println("初始化主页的View")
    }

    override fun initData() {
        println("初始化主页的Data")
    }
}

fun main() {
    val loginActivity = LoginActivity()
    val homeActivity = HomePageActivity()
    loginActivity.onCreate()
    homeActivity.onCreate()
}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值