Java学习笔记之--------工厂方法模式

不使用工厂模式

我们现在有一个汽车方法，实现如下：

public interface Car {
	void run();
}

public class Audi implements Car {
	@Override
	public void run() {
		System.out.println("奥迪在跑");
	}
}

public class Byd implements Car {
	@Override
	public void run() {
		System.out.println("比亚迪在跑");
	}
}

public class Client01 {
	public static void main(String[] args) {
		Car c1 = new Audi();
		Car c2 = new Byd();
		c1.run();
		c2.run();
	}
} 

类图如下：

可以看到，在使用过程中，调用者既要依赖接口，也要依赖具体类和方法。

工厂模式的核心思想

实现创建者和调用者的分离：实例化对象的时候用工厂方法代替new操作。将选择实现类、创建对象统一管理和控制，从而将调用者跟我们的实现解耦。

简单工厂模式

引入工厂模式的思想，上面的代码可以优化一下，将实例化具体类的代码封装起来，新建一个CarFactory，具体实现如下：

public class CarFactory {
	public static Car createCar(String type){
		if ("奥迪".equals(type)){
			return new Audi();
		} else if ("比亚迪".equals(type)){
			return new Byd();
		} else {
			return null;
		}
	}
} 

public class Client02 {
	public static void main(String[] args) {
		Car c1 = CarFactory.createCar("奥迪");
		Car c2 = CarFactory.createCar("比亚迪");
		c1.run();
		c2.run();
	}
} 

类图如下：

这样我们的调用者只需要与CarFactory和Car发生依赖关系。体现了工厂模式的思想，实现了创建者和调用者的分离。

我们称这种处理方法为简单工厂模式或者静态工厂模式，就是工厂类一般是用静态方法，通过接收的参数的不同来返回不同的对象实例。值得一提的是，简单工厂模式不是一种设计模式，更像是一种编程习惯。

简单工厂模式还有另外一种写法：

public class CarFactory2 {
	public static Car createAudi(){
		return new Audi();
	}
	public static Car createByd(){
		return new Byd();
	}
} 

虽然简单工厂模式优化了我们最初的代码，但是还是存在一定的问题。如果增加新产品，不修改代码的话是实现不了的。针对这一问题，我们需要用到工厂方法模式。

工厂方法模式

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

需要注意的是，工厂方法让子类决定要实例化的类是哪一个，“决定”并不是指模式允许子类本身在运行时做决定，而是指在编写创建者类时，不需要知道实际创建的产品是哪一个。选择了使用哪个子类，自然就决定了实际创建的产品是什么。

工厂方法模式提供了一组实现了相同接口的工厂类，代码实现如下（Car、Audi和Byd的代码和上面简单工厂模式的代码相同）：

public interface CarFactory {
	Car createCar();
} 

public class AudiFactory implements CarFactory {
	@Override
	public Car createCar() {
		return new Audi();
	}
}

public class BydFactory implements CarFactory {
	@Override
	public Car createCar() {
		return new Byd();
	}
}

public class Client {
	public static void main(String[] args) {
		Car c1 = new AudiFactory().createCar();
		Car c2 = new BydFactory().createCar();

		c1.run();
		c2.run();
	}
} 

类图如下：

调用者在实例化对象时，只需要依赖接口，而不是具体类。

工厂方法模式和简单工厂模式最大的不同在于，简单工厂模式只有一个（对于一个项目或者一个独立模块而言）工厂类，而工厂方法模式有一组实现了相同接口的工厂类。

开闭原则（OCP）：一个软件的实体应该对扩展开放，对修改关闭。

简单工厂模式和工厂方法模式比较

 结构复杂度：从结构复杂度来看，很显然简单工厂模式占优势。简单工厂模式只需要一个工厂类，而工厂方法模式的工厂类随着产品类个数增加而增加，这无疑会使类的个数越来越多，从而增加了结构的复杂程度。

代码复杂度：代码复杂度和结构复杂度是一堆矛盾，既然简单工厂模式在结构方面相对简洁，那么它在代码方面肯定比工厂方法模式复杂。简单工厂模式的工厂类随着产品类的增加需要增加很多方法（或代码），而工厂方法模式每个具体工厂类只完成单一任务，代码简洁。

客户端编程难度：工厂方法模式虽然在工厂类的结构中引入了接口从而满足了OCP，但是在客户端编码中需要对工厂类进行实例化。而简单工厂模式的工厂类是个静态类，在客户端无需实例化，这无疑是一个吸引人的优点。

管理上的难度：（1）扩展度：工厂方法模式完全满足OCP，即它有非常好的扩展性。但是简单工厂模式也具有良好的扩展性——扩展的时候仅需修改少量代码（修改工厂类的代码）就可以满足扩展性的需求了。尽管这没有完全满足OCP，但我们不需要太拘泥于设计理论，即使是sun提供的Java官方工具中也有相当多没有满足OCP的例子。（2）维护性：假如某个具体产品类需要进行一定的修改，很可能需要修改对应的工厂类。当同时需要修改多个产品类的时候，工厂类的修改会变得相当麻烦（对号入座已经是一个问题了）。反而简单工厂模式没有这些麻烦，当多个产品类需要修改时，简单工厂模式仍然仅需要修改唯一的工厂类（无论怎样都能修改到满足要求，大不了把这个类重写）。

根据设计理论建议：工厂方法模式。但实际上，我们一般都用简单工厂模式。

 

以上为工厂方法模式的学习笔记，此文章为尚学堂视频的学习笔记+自己总结。参考资料：Head First 设计模式。