设计模式之简单工厂模式

一、简单工厂模式属于类的创建型模式，又叫做静态工厂模式。通过专门定义一个工厂类来负责完成创建其他类的实例工作，通常本创建的实例都有一个共同的父类或继承自同一个接口。

二、模式中的角色及其职责

1.工厂(Creator)角色

工厂类是简单工厂模式的核心，它负责实现所有实例创建的内部逻辑。工厂类可以被外界直接调用，创建所需要的实例对象。

2.抽象(Product)角色

工厂类创建的所有对象的超类，它负责描述所有实例所共有的公共方法。

3.具体产品(Concrete Product)角色

工厂类负责创建的具体实例对象。

三、模式的简单实现

1.抽象(Product)角色实现

public interface Fruit {
	public void get();
}

2.具体产品(Concrete Product)角色实现

public class Apple implements Fruit {

	@Override
	public void get() {
		System.out.println("我是苹果！");
	}

}

public class Banana implements Fruit {

	@Override
	public void get() {
		System.out.println("我是香蕉！");
	}

}

3.工厂(Creator)角色实现

public class FruitFactory {

	/**
	 * 第一种
	 */
	public static Fruit getApple(){
		return new Apple();
	}
	/**
	 * 第一种
	 */
	public static Fruit getBanana(){
		return new Banana();
	}
	/**
	 * 第二种
	 */
	public static Fruit getFruit(String type) throws InstantiationException, IllegalAccessException, ClassNotFoundException{
		if(type.equalsIgnoreCase("apple")){
			return Apple.class.newInstance();
		}else if(type.equalsIgnoreCase("banana")){
			return Banana.class.newInstance();
		}
		return null;
	}
	/**
	 * 第三种
	 */
	public static Fruit getFruit(Class<?> clazz) throws InstantiationException, IllegalAccessException{
		return (Fruit) clazz.newInstance();
	}
}

四、优缺点总结

优点：在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。

缺点：不难发现，简单工厂模式的缺点也正体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以“高内聚”方面做的并不好。另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。 

对于工厂的第一种实现，每一个子类对应工厂类中的一个方法，会造成代码的冗余，不利于维护。

对于工厂的第二种实现，所有的子类都由一个方法产生，所以随着具体产品类的不断增多就需要对工厂类进行相应的修改，但如果让客户使用此接口，客户可以不知道具体实现类的结构信息。

对于工厂的第三种实现，解决了第二种带来的问题，具体产品类的增加不会修改工厂类的代码，但却带来了新的问题，在客户需要使用此接口是，客户必须保留实现类的具体结构信息。

工厂类的二、三种实现各有利弊，可以工具具体需求选择使用何种方式。