简单工厂模式

简单工厂模式属于类的创建型模式，又叫静态工厂方法模式。通过专门定义一个类来负责创建其它类的实例。被创建的实例通常都具有共同的父类。

代码实例如下：

package factory;
/**
 * 水果共有的父类接口
 * @author Sweiit
 *
 */
public interface Fruits {
	public void get();
}

package factory;
/**
 * apple类
 * @author Sweiit
 *
 */
public class Apple implements Fruits{

	@Override
	public void get() {
		System.out.println("Apple ！");
		
	}
	
}

package factory;
/**
 * banana类
 * @author Sweiit
 *
 */
public class Banana implements Fruits{

	@Override
	public void get() {
		System.out.println("Banana ！");
		
	}
	
}

package factory;
/**
 * 水果工厂类
 * @author Sweiit
 *
 */
public class FruitsFactory {
	public static Fruits getFruit(String fruitname) throws ClassNotFoundException, InstantiationException, IllegalAccessException{
		Class fruit = Class.forName(fruitname);
		return (Fruits)fruit.newInstance();
	}
}

package factory;
/**
 * 测试类
 * @author Sweiit
 *
 */
public class Test {
	public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {
		Fruits banana = FruitsFactory.getFruit("factory.Banana");
		banana.get();
	}
}

测试结果如下：

这里我使用了这四个类来模拟简单工厂模式，这样我们得到Apple和Banana的实例就不用通过 new它们了。 这个过程我们交给一个工厂类来做。

简单工厂模式的优缺点：

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

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