设计模式之简单工厂

    从今天开始, 正式进入了设计模式的学习, 我这个人喜欢挑软柿子捏, 就从简单工厂开始吧, 其实简单工厂并

不是一个标准的设计模式, 但是它却很常用, 而且很好用. 

    首先看一段代码:

package simplefactorydemo1;
/**
 * 动物的接口
 * @author MOYUNYU
 *
 */
public interface Animal {
	public abstract void run();
}

package simplefactorydemo1;
/**
 * 狗的类
 * @author MOYUNYU
 *
 */
public class Dog implements Animal{
	@Override
	public void run() {
		System.out.println("Dog is running");
	}

}

package simplefactorydemo1;
/**
 * 客户端
 * @author MOYUNYU
 *
 */
public class Client {
	public static void main(String[] args){
		Animal an = new Dog();
		an.run();
	}
}

    相信我们平时大多数的情况都是这样来使用的, 使用接口去接收具体类的实例, 然后调用相应的方法. 考虑一下这种方式真的好么? 如果哪天不想用Dog了,  换成其他的实现类, 那么我们是不是要修改客户端的代码. 相信玩过游戏的都知道, 游戏更新的时候, 只需要更新一部分组件就可以了, 是不必修改代码的, 那么我们如何来解决这个问题呢? 好, 我们来清晰的把问题说一下: 只知道接口, 而不确定具体的实现类,  如何在不修改客户端源代码的条件下, 得到指定的对象呢? 

    看过标题的估计都该知道了, 在这里采取的是简单工厂的方法解决这个问题, 思路是这样的: 定义一个工厂类, 它只负责提供一个对象的实例,  客户端只需要根据这个类来获取相应的接口对象, 然后通过对象操作接口定义的方法. 那简单工厂内部要实现的功能就简单多了, 只要选择合适的实现类就行了.

第一种方式:

package simplefactorydemo1;
/**
 * 客户端
 * @author MOYUNYU
 *
 */
public class Client {
	public static void main(String[] args) throws Exception{
		Animal an = Factory.createObj();
		an.run();
	}
}

package simplefactorydemo1;

import java.util.Scanner;

/**
 * 工厂类
 * @author MOYUNYU
 *
 */
public class Factory {
	/**
	 * 创建对象的方法
	 * @return 指定的对象
	 * @throws Exception
	 */
	public static Animal createObj() throws Exception{
		Scanner scan = new Scanner(System.in);
		String className = scan.next();
		Class<?> c = Class.forName(className);
		Animal ani = (Animal) c.newInstance();
		return ani;
	}
	
}

  注: className应为"包名称.类名称"

第二种方式: 

package simplefactorydemo1;

import java.io.InputStream;
import java.util.Properties;

/**
 * 工厂类
 * 
 * @author MOYUNYU
 * 
 */
public class Factory {
	/**
	 * 创建对象的方法
	 * 
	 * @return 指定的对象
	 * @throws Exception
	 */
	public static Animal createObj() throws Exception {
		// 直接读取配置文件来获取需要创建实例的类
		Properties p = new Properties();
		InputStream in = null;
		in = Factory.class.getResourceAsStream("Factory.properties");
		p.load(in);
		Animal ani = null;
		ani = (Animal) Class.forName(p.getProperty("ImplClass")).newInstance();
		return ani;
	}

}

注:  Factory.properties是在当前包下建立的文件, 内容是: ImplClass = simplefactorydemo1.Dog

优点:

工厂类是整个模式的关键,包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了.而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化.

缺点:

由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求,这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;这些缺点在工厂方法模式中得到了一定的克服。