[从零开始学设计模式-java]简单工厂模式（Simple Factory Method）

简单工厂模式意图

简单工厂模式的意图是定义一个用于创建对象的接口，并控制返回哪个类的实例。

简单工厂模式的角色分布以及各角色的职责：

工厂类（Factory）：这是简单工厂模式的核心，用于负责控制创建对象的内部逻辑。（这个其实就是一个普通类，里面提供一个创建其他类的方法）

抽象产品角色（Product）：简单工厂模式所创建的所有对象的父类，注意，这里的父类可以是接口也可以是抽象类，它负责描述所有实例所共有的公共接口。（说一大堆，其实就是具体产品的父类）

具体产品（Concrete Product）角色：简单工厂所创建的具体实例对象，这些具体的产品往往都拥有共同的父类。（其实就是子类）

简单工厂模式代码实例：

1，创建抽象产品角色（即父类）：

public interface Sender {
	public void send();
}

2，创建实现类（即子类）：

public class MailSender implements Sender{
	public void send(){
		System.out.println("Mail Sender!");
	}
}

public class SmsSender implements Sender{
	public void send(){
		System.out.println("Sms Sender!");
	}
}

3，创建工厂角色（提供创建子类的方法）：

public class SenderFactory {
<span style="white-space:pre">	</span>public static Sender produceMailSender(){
<span style="white-space:pre">		</span>return new MailSender();
<span style="white-space:pre">	</span>}
<span style="white-space:pre">	</span>
<span style="white-space:pre">	</span>public static Sender produceSmsSender(){
<span style="white-space:pre">		</span>return new SmsSender();
<span style="white-space:pre">	</span>}
}

4，测试

public class SenderFactoryTest {
<span style="white-space:pre">	</span>public static void main(String[] args){
<span style="white-space:pre">		</span>Sender sender = SenderFactory.produceMailSender();
<span style="white-space:pre">		</span>sender.send();
<span style="white-space:pre">	</span>}
}

输出：Mail Sender!

简单工厂模式的优缺点分析： 

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

缺点：由于工厂类集中了所有实例的创建逻辑，这就直接导致一旦这个工厂出了问题，所有的客户端都会受到牵连；而且由于简单工厂模式的产品室基于一个共同的抽象类或者接口，这样一来，但产品的种类增加的时候，即有不同的产品接口或者抽象类的时候，工厂类就需要判断何时创建何种种类的产品，这就和创建何种种类产品的产品相互混淆在了一起，违背了单一职责，导致系统丧失灵活性和可维护性。而且更重要的是，简单工厂模式违背了“开放封闭原则”，就是违背了“系统对扩展开放，对修改关闭”的原则，因为当我新增加一个产品的时候必须修改工厂类，相应的工厂类就需要重新编译一遍。

总结一下：简单工厂模式分离产品的创建者和消费者，有利于软件系统结构的优化；但是由于一切逻辑都集中在一个工厂类中，导致了没有很高的内聚性，同时也违背了“开放封闭原则”。另外，简单工厂模式的方法一般都是静态的，而静态工厂方法是无法让子类继承的，因此，简单工厂模式无法形成基于基类的继承树结构。

本文参考：http://blog.csdn.net/weiwenlongll/article/details/6918164

http://blog.csdn.net/zhangerqing/article/details/8194653