工厂模式与单例模式笔记

Factory模式

引出：

（1）n 多的子类继承自抽象基类，我们不得不在每次要用到子类的地方就编写诸如 new ×××;的代码。这里带来两个问题 1）客

户程序员必须知道实际子类的名称（当系统复杂后，命名将是一个很不好处理的问题，为了

处理可能的名字冲突，有的命名可能并不是具有很好的可读性和可记忆性，就姑且不论不同

程序员千奇百怪的个人偏好了。），2）程序的扩展性和维护变得越来越困难。

（2）父类中并不知道具体要实例化哪一个具体的子类。这里的意思

为：假设我们在类 A 中要使用到类 B，B 是一个抽象父类，在 A 中并不知道具体要实例化

那一个 B 的子类，但是在类 A 的子类 D 中是可以知道的。在 A 中我们没有办法直接使用类

似于 new ×××的语句，因为根本就不知道×××是什么。

Factory 模式的两个最重要的功能：

1）定义创建对象的接口，封装了对象的创建；

2）使得具体化类的工作延迟到了子类中。

AbstractFactory 模式

AbstractFactory 模式就是用来解决这类问题的：要创建一组相关或者相互依赖的对象。

Singleton模式

// version 1.0

public class Singleton {

    private static Singletonsingleton = null;

    private Singleton() {  }

    public static SingletongetInstance() {

        if (singleton== null) {

            singleton= new Singleton();

        }

        return singleton;

    }

}