前言:
视频教程:黑马程序员Java设计模式详解,全网最全23种Java设计模式
什么是设计模式?
- 设计模式(Design Pattern)是前辈们对代码开发经验的总结,是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。
- 1995年,GoF(Gang of Four,四人组)合作出版了《设计模式:可复用面向对象软件的基础》一书,共收录了23种设计模式,人称 【GoF设计模式】
设计模式分类 具体模式 创建型模式:
它的主要特点是“将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。⌛单例模式、⌛工厂模式、⌛抽象工厂模式、⌛建造者模式、⌛原型模式 结构型模式:
结构型模式描述如何将类或对象按某种布局组成更大的结构。⌛适配器模式、⌛桥接模式、⌛装饰模式、⌛代理模式、⌛外观模式、⌛组合模式、⌛享元模式、 行为型模式:
这些设计模式特别关注对象之间的通信。⌛模板方法模、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式
行为型模式:
行为型模式用于描述程序在运行时复杂的流程控制:
即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。
行为型模式分为类行为模式和对象行为模式:
- 类行为模式:采用继承机制来在类间分派行为
- 对象行为模式:采用组合或聚合在对象间分配行为
由于组合关系或聚合关系比继承关系耦合度低,简单来说就是由于Java单继承的限制,使得对象行为模式满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。
在11 种行为型模式,除了模板方法模式和解释器模式是类行为型模式,其他的全部属于对象行为型模式。
模板方法模式
概述:
模板方法模式:
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。[DP]
联系生活:
例如,去银行办理业务大致需要经过以下4个流程:
取号–>排队–>办理具体业务–>对银行工作人员进行评分等,
其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的,可以在父类中实现,但是办理具体业务却因人而异,它可能是存款、取款或者转账等,可以延迟到子类中实现。
结构:
图源:《大话设计模式》【程杰,著】
模板方法(Template Method)模式包含以下主要角色:
-
抽象类(Abstract Class):
负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成。- 模板方法:定义了算法的骨架,按某种顺序调用其包含的基本方法。
- 基本方法:是实现算法各个步骤的方法,是模板方法的组成部分。基本方法又可以分为三种:
- 抽象方法(Abstract Method) :一个抽象方法由抽象类声明、由其具体子类实现。
- 具体方法(Concrete Method) :一个具体方法由一个抽象类或具体类声明并实现,其子类可以进行覆盖也可以直接继承。
- 钩子方法(Hook Method) :在抽象类中已经实现,包括用于判断的逻辑方法和需要子类重写的空方法两种:
- 一般钩子方法是用于判断的逻辑方法,这类方法名一般为isXxx,返回值类型为boolean类型。
-
具体子类(Concrete Class):
实现抽象类中所定义的抽象方法和钩子方法,它们是一个顶级逻辑的组成步骤。
实例:
【大厨炒菜】
对于普通家常菜,炒菜的步骤基本是固定的,分为倒油、热油、倒蔬菜、倒调料品、翻炒等步骤;其中对于不同的菜品,中间倒蔬菜和倒调料的步骤会略有不同,现通过模板方法模式来用代码模拟。
以 干锅包菜、蒜蓉菜心 两道菜讲解:
-
AbstractClass
public abstract class AbstractClass { //为防止恶意操作,一般模板方法都加上 final 关键词: public final void cookProcess(){ pourOil(); heatOil(); pourVegetable(); pourSauce(); fry(); } //第一步:倒油 public void pourOil() { System.out.println("倒油"); } //第二步:热锅、热油是一样的,所以直接实现 public void heatOil() { System.out.println("热锅、热油"); } //第三步:倒蔬菜是不一样的(一个下包菜,一个是下菜心) public abstract void pourVegetable(); //第四步:倒调味料是不一样 public abstract void pourSauce(); //第五步:翻炒是一样的,所以直接实现 public void fry(){ System.out.println("不断翻炒-->直至出锅"); } }
-
ConcreteClass
-
干锅包菜
public class ConcreteClass_BaoCai extends AbstractClass { @Override public void pourVegetable() { System.out.println("洗净“包菜”,放入锅中"); } @Override public void pourSauce() { System.out.println("放入辣椒进行调味..."); } }
-
蒜蓉菜心
public class ConcreteClass_CaiXin extends AbstractClass { @Override public void pourVegetable() { System.out.println("洗净“菜心”,放入锅中"); } @Override public void pourSauce() { System.out.println("放入蒜蓉进行调味..."); } }
-
-
运行结果:
小结:
优缺点:
优点:
-
提高代码复用性
将相同部分的代码放在抽象的父类中,而将不同的代码放入不同的子类中。
-
实现了反向控制
通过一个父类调用其子类的操作,通过对子类的具体实现扩展不同的行为,实现了反向控制 ,并符合“开闭原则”。
缺点:
- 对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象。 还好
- 父类中的抽象方法由子类实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,它提高了代码阅读的难度。
适用场景:
- 算法的整体步骤很固定,但其中个别部分易变时,这时候可以使用模板方法模式,将容易变的部分抽象出来,供子类实现。
- 需要通过子类来决定父类算法中某个步骤是否执行,实现子类对父类的反向控制。
应用案例:
-
Spring中
下面的代码展示了Spring IOC容器初始化时运用到的模板方法模式。(截取部分关键代码)
-
首先定义一个接口ConfigurableApplicationContext,声明模板方法refresh
public interface ConfigurableApplicationContext extends ApplicationContext, Lifecycle, Closeable { /**声明了一个模板方法*/ void refresh() throws BeansException, IllegalStateException; }
-
抽象类AbstractApplicationContext实现了接口,主要实现了模板方法refresh(这个方法很重要,是各种IOC容器初始化的入口)的逻辑
public abstract class AbstractApplicationContext extends DefaultResourceLoader implements ConfigurableApplicationContext, DisposableBean { /**模板方法的具体实现*/ public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { prepareRefresh(); //注意这个方法是,里面调用了两个抽象方法refreshBeanFactory、getBeanFactory ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory(); prepareBeanFactory(beanFactory); try { //注意这个方法是钩子方法 postProcessBeanFactory(beanFactory); invokeBeanFactoryPostProcessors(beanFactory); registerBeanPostProcessors(beanFactory); initMessageSource(); initApplicationEventMulticaster(); //注意这个方法是钩子方法 onRefresh(); registerListeners(); finishBeanFactoryInitialization(beanFactory); finishRefresh(); } catch (BeansException ex) { destroyBeans(); cancelRefresh(ex); throw ex; } } }
-
具体实现的子类,实现了抽象方法getBeanFactory的子类有:
AbstractRefreshableApplicationContext:
public abstract class AbstractRefreshableApplicationContext extends AbstractApplicationContext { @Override public final ConfigurableListableBeanFactory getBeanFactory() { synchronized (this.beanFactoryMonitor) { if (this.beanFactory == null) { throw new IllegalStateException("BeanFactory not initialized or already closed - " + "call 'refresh' before accessing beans via the ApplicationContext"); } //这里的this.beanFactory在另一个抽象方法refreshBeanFactory的设置的 return this.beanFactory; } }
-
-
JDK中的InputStream
InputStream类就使用了模板方法模式。在InputStream类中定义了多个
read()
方法,如下:public abstract class InputStream implements Closeable { //抽象方法,要求子类必须重写 public abstract int read() throws IOException; public int read(byte b[]) throws IOException { return read(b, 0, b.length); } public int read(byte b[], int off, int len) throws IOException { if (b == null) { throw new NullPointerException(); } else if (off < 0 || len < 0 || len > b.length - off) { throw new IndexOutOfBoundsException(); } else if (len == 0) { return 0; } //调用了无参的read方法,该方法是每次读取一个字节数据 int c = read(); if (c == -1) { return -1; } b[off] = (byte)c; int i = 1; try { for (; i < len ; i++) { c = read(); if (c == -1) { break; } b[off + i] = (byte)c; } } catch (IOException ee) { } return i; } }
在InputStream父类中已经定义好了读取一个字节数组数据的方法是每次读取一个字节,并将其存储到数组的第一个索引位置,读取len个字节数据。
具体如何读取一个字节数据呢?可以看到
int c = read();
由其子类实现。 -
SpringMVC中的模板方法
当DispatcherServlet初始化,会调用HttpServletBean中的init(),然后执行FrameworkServlet中的initServletBean()完成初始化。
DispatcherServlet本质是Servlet,具有init(),service(),destroy(),tomcat运行时,会加载web.xml将中的servlet,servlet调用init()方法。init()中有很多工作需要准备,如初始化web容器,导入配置,初始化HandlerMappings、HandlerAdapters等等,这些工作不是全部都在DispatcherServlet中完成,有一部分工作是在其父类中完成的。