CRUD很无聊?一起学设计模式吧!--模板模式​

简介: CRUD很无聊?一起学设计模式吧!--模板模式

如果在项目开发中你经常看到一个类的某些方法和其他类的方法功能相同,只有部分不同或者只有具体实现不同,亦或者是你看到某些方法在多个地方都存在,有很多重复代码,这个时候你就可以拿出模板设计模式了。


定义与特点


模板方法(Template Method)模式的定义如下: 定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。它是一种类行为型模式。


模板模式的主要优点如下:


它封装了不变部分,扩展可变部分。它把认为是不变部分的算法封装到父类中实现,而把可变部分算法由子类继承实现,便于子类继续扩展。


它在父类中提取了公共的部分代码,便于代码复用。


部分方法是由子类实现的,因此子类可以通过扩展方式增加相应的功能,符合开闭原则。


主要缺点如下:


  • 对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象。


  • 父类中的抽象方法由子类实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,它提高了代码阅读的难度。


UML


1.png


角色定义


模板模式涉及三个角色:


抽象类(AbstractClass)角色:定义一个操作的算法轮廓和框架。它由一个模板方法和若干个基本方法组成。模板方法(templateMethod):定义了算法的骨架,按某种顺序调用其包含的基本方法,使用public修饰;基本方法:是整个算法中的一个步骤,使用protected修饰,包含以下几个类型:


  • 抽象方法:在抽象类中申明,由具体子类实现


  • 具体方法:在抽象类中实现,但是子类可以继承或重写它。


  • 钩子方法:在抽象类中已经实现,包括用于判断的逻辑方法和需要子类重写的空方法两种。


场景实战


我们的报销系统分为日常费用报销和差旅费用报销,报销的流程是先根据报销单上带的费用计算出报销金额,然后计算出报销单中的补贴金额(若是差旅类型报销才需要计算补贴,日常报销不需要计算补贴),最后调用第三方接口创建流程。这个场景就适合用模板设计模式实现。


抽象类定义


定义报销流程的算法框架,算法框架使用final修饰,对于必须要子类实现的方法用abstract关键字修饰。


publicabstractclassAbstractReimburse {
/*** 用作算法的模板* 定义成final,以免子模板改变算法的顺序*/finalvoidcalAndCreateFlow(){
BigDecimaltotalMoney;
BigDecimalchangeMoney=calChangeMoney();
BigDecimalsubsidyMoney=BigDecimal.ZERO;
if(hasTravel()){
subsidyMoney=calSubsidyMoney();
        }
totalMoney=changeMoney.add(subsidyMoney);
createWorkeFlow(totalMoney);
    }
/*** 具体方法,子类判断是否需要实现* @param totalMoney 报销总金额*/protectedvoidcreateWorkeFlow(BigDecimaltotalMoney) {
System.out.println("开始创建流程...,总报销金额:"+totalMoney);
//todo    }
/*** 钩子方法,由子类决定是否实现,钩子可以作为条件控制,影响抽象类中的算法流程* 判断是否需要计算补贴*/booleanhasTravel() {
returnfalse;
    }
/*** 抽象方法,需要子类去实现* 返回需要报销的费用金额* @return 报销的费用总金额*/abstractBigDecimalcalChangeMoney();
/*** 返回需要报销的补贴金额*/abstractBigDecimalcalSubsidyMoney();
}


具体实现类


差旅类报销实现逻辑


/*** 差旅类报销实现逻辑*/publicclassTravelReimburseextendsAbstractReimburse{
@OverrideBigDecimalcalChangeMoney() {
System.out.println("差旅类报销计算费用金额");
returnnewBigDecimal(1000);
    }
@OverrideBigDecimalcalSubsidyMoney() {
System.out.println("差旅类报销需要计算补贴");
returnnewBigDecimal(500);
    }
@OverridebooleanhasTravel(){
returntrue;
    }
}


日常类报销实现逻辑


/*** 日常类报销实现逻辑*/publicclassDailyReimburseextendsAbstractReimburse{
@OverrideBigDecimalcalChangeMoney() {
System.out.println("日常类报销计算费用金额");
returnnewBigDecimal(100);
    }
@OverrideBigDecimalcalSubsidyMoney() {
returnBigDecimal.ZERO;
    }
}


客户端模拟业务流程


publicclassReimburseClient {
publicstaticvoidmain(String[] args) {
//差旅类报销处理逻辑TravelReimbursetravelReimburse=newTravelReimburse();
travelReimburse.calAndCreateFlow();
System.out.println("===========================");
//日常类报销处理逻辑DailyReimbursedailyReimburse=newDailyReimburse();
dailyReimburse.calAndCreateFlow();
    }
}


运行结果


2.png


应用场景


模板模式应该是众多设计模式中相对简单的一种,但是它使用的频率可一点也不低,在各种开源框架代码中都可以看到它的身影,模板设计模式的应用场景主要有以下几类:


  • 在多个子类中拥有相同的方法,而且逻辑相同,可以将这些方法抽出来放到一个模板抽象类中


  • 程序主框架相同,仅实现细节不同时,也可以使用模板方法


目录
相关文章
|
12天前
|
Prometheus 监控 关系型数据库
数据库同步革命:MySQL GTID模式下主从配置的全面解析
数据库同步革命:MySQL GTID模式下主从配置的全面解析
37 0
|
3天前
|
存储 SQL 数据库
数据库模式(Schema)
数据库模式,即逻辑模式,是所有用户的数据视图,描述数据的逻辑结构和特性,基于数据模型,并包含安全性、完整性的定义。一个数据库有一个模式。外模式,或用户模式,是用户可见的局部逻辑结构,可有多个,用于数据安全。内模式,或存储模式,描述数据的物理结构和存储方式,只有一个,旨在优化存储和访问效率,减少冗余。
|
3天前
|
存储 SQL 数据库
数据库模式(Schema)
数据库模式是所有用户的数据视图,描述逻辑结构和特性;一个数据库仅有一个模式,基于数据模型,包含数据结构、安全性及完整性规则。外模式,或用户模式,是用户可见的局部逻辑视图,可有多个,用于数据安全。内模式是数据的物理结构和存储方式,唯一,涉及文件组织、索引和存储优化,旨在减少冗余,提升性能。
|
5天前
|
缓存 运维 Serverless
Serverless 应用引擎产品使用合集之基于django应用模板创建的FC,如何配置数据库
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
|
5天前
|
关系型数据库 数据库
|
5天前
|
存储 SQL 关系型数据库
关系型数据库完整恢复模式
【6月更文挑战第6天】
8 1
|
5天前
|
SQL 关系型数据库 数据库
关系型数据库简单恢复模式
【6月更文挑战第6天】
8 1
|
5天前
|
存储 SQL 数据库
数据库模式(Schema)
数据库模式是逻辑结构和特征的描述,是所有用户的公共视图;外模式是用户能看到的局部数据视图,可有多个,确保数据安全;内模式是数据的物理结构和存储方式,唯一,用于优化存储和访问效率。模式基于数据模型定义,包括安全性、完整性的规则;外模式由用户视图构成,通过DML操作;内模式描述数据实际存储形式,影响数据冗余和性能。
|
6天前
|
存储 SQL 关系型数据库
使用关系型数据库三级模式存储数据的优缺点
【6月更文挑战第10天】数据模型是DBMS的核心,提供数据透明性和设计指导。包括概念、逻辑和物理三层:概念模型(如ER模型)用于理解和收集需求,逻辑模型(如关系模型)关注设计,物理模型涉及实际存储实现。
11 0
使用关系型数据库三级模式存储数据的优缺点
|
6天前
|
存储 关系型数据库 数据库
回顾数据库的三级模式,为什么比直接存文件表格好?
【6月更文挑战第10天】本文介绍数据库用于解决Excel等文件系统存在的数据冗余、不一致和访问困难等问题。DBMS中的关系有一对一、一对多、多对一和多对多四种类型。键有候选键、超级键、主键、备用键和外键等类型,功能依赖分为平凡和非平凡两种。
11 0
回顾数据库的三级模式,为什么比直接存文件表格好?