1、为了提高内聚降低耦合,我们经常会抽象出一些类的公共接口形成抽象基类或者接口。这样我们可以通过声明一个指向基类的指针来指向实际的子类来实现,达到了多态的目的。这里很容易出现的一个问题 n多的子类继承自抽象基类,我们不得不在每次要用到子类的地方就编写诸如new XXX的代码。这里带来两个问题 1) 客户端程序员必须知道实际子类的名称 2)、程序的扩展性和维护变得越来越困难。
2、还有一种情况就是在父类中并不知道具体要实例化哪一个具体的子类。这里的意思为:假设我们在类A中要使用到类B,B是一个抽象父类,在A中并不知道具体要实例化哪一个B的子类,但是在类A的子类D中也是可以知道的。在A中我们没有办法直接使用类似于new XXX的语句,因为根本不知道XXX是什么。
以上问题也就引出了Factory模式的两个最重要的功能:
1) 定义创建对象的接口,封装了对象的创建;
2) 使得具体化类的工作延迟到了子类中。
我们通常使用Factory模式来解决上面给出的两个问题。在第一个问题中,我们经常就是声明一个创建对象的接口,并封装了对象的创建过程。Factory这里类似于一个真正意义上的工厂(生产对象)。在第二个问题中,我们需要提供一个对象创建对象的接口,并在子类中提供其具体实现(因为只有在子类中可以决定到底实例化哪一个类)。