设计模式（四）——工厂模式

为什么要用工厂模式

    在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的。但是在一些情况下, new操作符直接生成对象会带来一些问题。举例来说, 许多类型对象的创造需要一系列的步骤: 你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例; 或在生成你需要的对象之前必须先生成一些辅助功能的对象。 在这些情况, 新对象的建立就是一个 “过程”，不仅是一个操作，像一部大机器中的一个齿轮传动。

问题
    你如何能轻松方便地建立这么" 复杂 " 的对象即操作中不需要粘贴复制呢?

解决方法
    建立一个工厂（一个函数或一个类方法）来制造新的对象。

类图

工厂方法模式实用频率非常高，其定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。

代码实现

抽象产品类

public abstract class Product {
	public abstract void method();
}

具体产品类1

public class ConcretProduct extends Product{

	@Override
	public void method() {
		System.out.println("我是你生出来的啦~！~");

	}
}

具体产品类2

public class ConcretProduct2 extends Product{

	@Override
	public void method() {
		System.out.println("我是二胎");
	}
}

抽象工厂类

public abstract class Creator {
	public abstract <T extends Product>T createProduct(Class<T> c);
}

工厂实现类

public class ConcreteCreator extends Creator {

	@Override
	public <T extends Product> T createProduct(Class<T> c) {
		Product product = null;
		try {
			product = (Product) Class.forName(c.getName()).newInstance();
		} catch (Exception e) {
			e.printStackTrace();
		}
		return (T) product;
	}
}

测试类

public class Client {

	public static void main(String[] args) {
		Creator c = new ConcreteCreator();
		Product f = c.createProduct(ConcretProduct.class);
		Product s = c.createProduct(ConcretProduct2.class);

		f.method();
		s.method();
	}
}

输出：

我是你生出来的啦~！~
我是二胎

工厂模式优点

1. 良好封装性，调用者需要生产一个具体的产品对象时，只要知道这个产品的类名就可以了，不用知道其内部实现过程，降低模块间耦合

2. 扩展性优秀，在增加产品类时，只要适当地修改具体地工厂类或扩展一个工厂类，就可以完成“拥抱变化”。

3. 屏蔽产品类，产品类的变化，调用者无需关心，只要产品类的接口保持不变，系统中的上层模块就不需要变化。

4. 工厂模式是典型的解耦框架，高层模块值需要知道产品的抽象类，其他都不用关心，符合迪米特法则，不需要的就不去交流；也符合依赖导致原则，只依赖产品类的抽象；也符合里氏替换原则，使用产品子类替换产品父类。

使用场景

     工厂模式方法是new一个对象的替代品，所以在所有需要生成对象的地方都可以使用，但是需要慎重地考虑是否需要增加一个工厂类进行管理，增加代码复杂度。

     如：设计一个邮件服务器框架，有三种网络协议可以选择：POP3、IMAP、HTTP，这时就可以把这三种连接方式作为产品类，定义一个接口如IConnctMail，然后定义对邮件的操作方式，用不同方法实现三个具体产品类定义为一个工厂方式，按照不同传入条件选择不同的连接方式。