JDK源码——利用模板方法看设计模式(2)

2401_84814051

于 2024-05-15 22:43:45 发布

阅读量669

点赞数 29

分类专栏：程序员文章标签： java 设计模式开发语言

本文链接：https://blog.csdn.net/2401_84814051/article/details/138926362

版权

程序员专栏收录该内容

116 篇文章 0 订阅

订阅专栏

======

一次性实现一个算法的不变的部分，将可变的行为留给子类实现

也就是将各子类中公共行为被提取出来并集中到一个公共父类中，从而避免代码重复。还是拿上面大象放进冰箱里面的例子，打开冰箱和关上冰箱都是不变的行为，我们可以将其放在公共父类实现。但是放大象，怎么放？是先放背对着冰箱放，还是面对着冰箱放。不想放大象，放老虎或者其他动物呢？这些就是我们可变的行为，这个就放入子类中实现。可以说，模板方法提供了一个很好的代码复用平台

三、JDK中的模板方法模式

=============

JDK源码——利用模板方法看设计模式

在刚接触ArrayList的时候一直没注意它继承的类和实现的接口。直到现在讲到了模板方法模式，再去看ArrayList的时候能明白不少。在前面的博客中有提到List接口和Cloneable接口是用来实现什么设计模式的。今天就来看看这个ArrayList的父类AbstractList。

AbstractList就是我们前面适用场景中介绍的父类（也叫模板类），这个类里面即提供了公共的方法（不可供子类修改），又提供了可让子类修改的方法。下面我们直接看源码，由于方法很多，我们就介绍一下addAll方法。

public abstract class AbstractList extends AbstractCollection implements List {

public Boolean addAll(int index, Collection<? extends E> c) {

rangeCheckForAdd(index);

Boolean modified = false;

for (E e : c) {

add(index++, e);

modified = true;

}

return modified;

}

上面的是AbstractList的addAll方法，可以看见这个方法没有限定子类是否去修改，子类由需要就去修改，如果子类不想修改，完全能够按照AbstractList中的逻辑添加元素。事实上我看了一遍AbstractList中的方法发现除了一些私有的方法不能给子类给子类访问之外，其余的基本上都是可以给子类去选择是否修改的。如果子类觉得父类的方法可行，那么直接使用父类的方法即可。

public class ArrayList extends AbstractList

implements List, RandomAccess, Cloneable, java.io.Serializable

{

public boolean addAll(int index, Collection<? extends E> c) {

rangeCheckForAdd(index);

Object[] a = c.toArray();

int numNew = a.length;

ensureCapacityInternal(size + numNew); // Increments modCount

int numMoved = size - index;

if (numMoved > 0)

System.arraycopy(elementData, index, elementData, index + numNew,

numMoved);