模板方法模式和策略模式的应用场景浅析


最近闲下来整理一下模板方法模式和策略模式的区别和应用场景

一、定义

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

再看策略模式:

策略模式:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换

对于熟悉这两个定义的人来说,一目了然(然而当初我学习设计模式的时候,真觉得自己没学过语文)。换一种表达就是,模板模式注重的是一个骨架,定义一套步骤,1、2、3、4、5…,每个步骤做什么操作,可以被子类覆盖,但步骤的执行顺序不能改变;而策略模式注重的是操作本身,定义一个操作会在特定时刻调用,但具体的操作可以用子类实现。
应用场景可以看下面的例子,上“栗子”。

二、举个例子

前段时间跟同事讨论了一下鱼的做法,引出了代码实现,这次就举这个例子,权当需求。

1.杀鱼

杀一条鱼的顺序,杀鱼->去鱼鳞->清内脏,每一步具体操作都可能不一样,比如杀鱼可以用刀背、擀面杖等,鱼鳞可以用到刮、可以用手拔(我第一次杀鱼就是用手拔的鱼鳞<-_->),但是整体流程确实几乎不变的。

2.做鱼

一条鱼根据烹饪方式不同可以做出很多道菜,可以清蒸、红烧、炭烤等,每种烹饪方式的过程都不大相同。

三、伪代码实现

1.杀鱼

1.1分析

杀鱼的方式有很多,但却可以认为有一个固有流程,杀鱼->去鱼鳞->清内脏,每一个步骤都可以因方式的不同而被替换,但总体流程不变;通过上面的定义可以选择模板模式实现

1.2实现
  • 定义模板类PrepareFishTemplate
/**
 * 准备食材鱼
 */
public abstract class PrepareFishTemplate {
   

	/**
	 * 清理鱼鳞
	 */
	public abstract void clearScales();

	/**
	 * 清理内脏
	 */
	public abstract void clearViscera();

	/**
	 * 杀鱼
	 */
	public abstract void kill();

	public final void perpare() {
   
		this.kill();
		this.clearScales();
		this.clearViscera();
	}

}
  • 每种杀鱼方式都需要定义单独类去继承模板类,并实现相应方法
    • 常规方式CommonPrepareFish
    /**
     * 常规处理鱼
     */
    public class CommonPrepareFish extends PrepareFishTemplate {
         
    
    	@Override
    	public void clearScales() {
         
    		System.out.println("使用刀刮去鱼鳞...");
    	}
    
    	@Override
    	public void clearViscera() {
         
    		System
  • 5
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
浅析java常用的设计模式(doc 23页) 1、工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即 可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修 改。如:如何创建及如何向客户端提供。   2、建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程 生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客 户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。   3、工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交 给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接 触哪一个产品类应当被实例化这种细节。   4、原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型,然后用复 制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少 产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等 级结构。缺点是每一个类都必须配备一个克隆方法。   5、单例模式:单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统 提供这个实例单例模式。单例模式只应在有真正的"单一实例"的需求时才可使用。   6、适配器(变压器)模式:把一个类的接口变换成客户端所期待的另一种接口,从 而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参 数返还一个合适的实例给客户端。   7、桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们 之间的强关联变成弱关联,也就是指在一个软件系统的抽象化和实现化之间使用组合/聚 合关系而不是继承关系,从而使两者可以独立的变化。   8、合成模式:合成模式将对象组织到树结构中,可以用来描述整体与部分的关系。 合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表 示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同 等看待。   9、装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个 替代方案,提供比继承更多的灵活性。动态给一个对象增加功能,这些功能可以再动态 的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 一个代理对象,并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另 一个人或者一个机构采取行动。某些情况下,客户不想或者不能够直接引用一个对象, 代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与 真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有一个被代理对象 的接口,这时候代理对象不能够创建被代理对象,被代理对象必须有系统的其他角色代 为创建并传入。   13、责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接   起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。 客户并不知道链上的哪一个对象最终处理这个请求,系统可以在不影响客户端的情况下 动态的重新组织链和分配责任。处理者有两个选择:承担责任或者把责任推给下家。一 个请求可以最终不被任何接收端对象所接受。   14、命令模式:命令模式把一个请求或者操作封装到一个对象中。命令模式把发出 命令的责任和执行命令的责任分割开,委派给不同的对象。命令模式允许请求的一方和 发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请 求是怎么被接收,以及操作是否执行,何时被执行以及是怎么被执行的。系统支持命令 的撤消。   15、解释器模式:给定一个语言后,解释器模式可以定义出其文法的一种表示,并 同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模 式将描述怎样在有了一个简单的文法后,使用模式设计解释这些语句。在解释器模式里 面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个 代表文法的命令类的等级结构,也就是一系列的组合规则。每一个命令对象都有一个解 释方法,代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一 个语言。   16、迭代子模式:迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内 部表象。多个对象聚在一起形成的总体称之为聚集,聚集对象是能够包容一组对象的容 器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中,从而与聚集本身隔开。迭 代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象, 每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。   17、调停者模式:调停者模式包装了一系列对象相互作用的方式,使得

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值