结论
抽象类在类中调用自己的抽象方法,方法的实现来自它当前的实现类
概述
今天在看AbstractCollection这个抽象类的时候发现了一件很有意思的事情,就是说这个抽象类调用了自己的抽象方法,实际上这也涉及到了一种叫做模板模式的设计模式,我们首先来看这个抽象类在类中调用自己的抽象方法,是个啥意思。
public abstract Iterator<E> iterator();//这是那个抽象方法
在它类中的toString方法中使用到了,第一眼看上去一脸懵逼,经过百度后,有人说 抽象类在类中调用自己的抽象方法,方法的实现来自它的实现类,当然了,一个抽象类可能多个子类,方法也可能被多次实现,并且因为这个抽象类是不能new的,只能引用指向子类,那么就是说这个抽象方法的实现肯定来自当前你new的那个子类。
public String toString() {
Iterator<E> it = iterator(); //这里使用到了
if (! it.hasNext())
return "[]";
StringBuilder sb = new StringBuilder();
sb.append('[');
for (;;) {
E e = it.next();
sb.append(e == this ? "(this Collection)" : e);
if (! it.hasNext())
return sb.append(']').toString();
sb.append(',').append(' ');
}
}
我自己也做了个测试,首先准备一个父类
/**
* @author 理想
* @version 1.0
* @date 2021/7/14 23:23
*/
public abstract class People {
public abstract void say();
public final void template()
{
System.out.println("1");
say();
System.out.println("2");
}
}
第一个子类
/**
* @author 理想
* @version 1.0
* @date 2021/7/14 23:23
*/
public class Man extends People{
@Override
public void say() {
System.out.println("你是个der吧");
}
public static void main(String[] args) {
Man man = new Man();
man.template();
}
}
/**
结果
1
你是个der吧
2
**/
第二个子类
/**
* @author 理想
* @version 1.0
* @date 2021/7/14 23:45
*/
public class Women extends People{
@Override
public void say() {
System.out.println("女子能顶半边天");
}
public static void main(String[] args) {
Women women = new Women();
women.template();
}
}
/**
结果
1
女子能顶半边天
2
**/
测试结果也跟我们分析的结果是一样的,这样设计的原因是为什么
模板模式
模板,这两个字我们就能感觉出一种莫名的加锁,就像我们考试需要填写个人信息信息,什么考号,姓名这种东西的位置和顺序已经给固定好了,你只需要在固定的位置,填写固定的东西就好了,只是每个人写的肯定都不一样。官方的定义:在模板模式(Template Pattern)中,一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。就像这个例子,无论say()怎么实现,它永远在1和2之间执行,子类只要完成自己对say()方法的重写就好了。模板模式定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
System.out.println("1");
say();
System.out.println("2");
介绍
这部分完成的抄了菜鸟教程的话,因为觉得总结的很精辟!
意图:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
主要解决:一些方法通用,却在每一个子类都重新写了这一方法。
何时使用:有一些通用的方法。
如何解决:将这些通用算法抽象出来。
关键代码:在抽象类实现,其他步骤在子类实现。
应用实例: 1、在造房子的时候,地基、走线、水管都一样,只有在建筑的后期才有加壁橱加栅栏等差异。 2、西游记里面菩萨定好的 81 难,这就是一个顶层的逻辑骨架。 3、spring 中对 Hibernate 的支持,将一些已经定好的方法封装起来,比如开启事务、获取 Session、关闭 Session 等,程序员不重复写那些已经规范好的代码,直接丢一个实体就可以保存。
优点: 1、封装不变部分,扩展可变部分。 2、提取公共代码,便于维护。 3、行为由父类控制,子类实现。
缺点:每一个不同的实现都需要一个子类来实现,导致类的个数增加,使得系统更加庞大。
使用场景: 1、有多个子类共有的方法,且逻辑相同。 2、重要的、复杂的方法,可以考虑作为模板方法。
注意事项:为防止恶意操作,一般模板方法都加上 final 关键词。