设计模式（一）：工厂方法模式

总体来说设计模式分为三大类：
创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

本篇文章学习创建型模式中的工厂方法模式

工厂方法模式分为三种：普通工厂方法模式、多个工厂方法模式、静态工厂方法模式

1、普通工厂方法模式

普通工厂模式，就是建立一个工厂类，对实现了同一接口的一些类进行实例的创建。首先看下关系图：

举例：发送邮件和短信的例子
步骤：

1、创建二者的共同接口（Sender）

public interface Sender {
	//定义一个发送的动作
	public void Send();
}

2、创建实现类（SmsSender 和   MailSender）

public class SmsSender implements Sender {

	@Override
	public void Send() {
		// TODO Auto-generated method stub
		System.err.println("这是发送短信类");
	}

}

public class MailSender implements Sender {

	@Override
	public void Send() {
		// TODO Auto-generated method stub
		System.err.println("这是发送邮件类");
	}

}

3、创建工厂类（SendFactory）

public class SendFactory {

	public Sender produce(String type){
		if("sms".equals(type)){
			return new SmsSender();
		}else if("mail".equals(type)){
			return new MailSender();
		}else{
			System.err.println("请输入正确的类型");
			return null;
		}
	}
}

4、测试（FactoryTest）

public class FactoryTest {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		SendFactory factory = new SendFactory();
		Sender sender = factory.produce("sms");
		if(sender != null){
			sender.Send();
		}
	}

}

2、多个工厂方法模式

多个工厂方法模式，是对普通工厂方法模式的改进，在普通工厂方法模式中，如果传递的字符串出错，则不能正确创建对象，而多个工厂方法模式是提供多个工厂方法，分别创建对象。关系图：

举例：发送邮件和短信的例子
步骤：只需要把普通工厂方法模式中的工厂类做一下修改就可以了（普通工厂方法模式与多个工厂方法模式的不同之处就在于工厂类）

public class SendFactory {
	
	public Sender produceSmsSender(){
		return new SmsSender();
	}
	
	public Sender produceMailSender(){
		return new MailSender();
	}
}

测试：

public class FactoryTest {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		SendFactory factory = new SendFactory();
		//创建发送短信实例
		Sender sms =factory.produceSmsSender();
		sms.Send();
//		//创建发送邮件实例
//		Sender mail = factory.produceMailSender();
//		mail.Send();
	}

}

3、静态工厂方法模式

静态工厂模式，将多个工厂模式中的工厂类里的创建实例方法设置为静态的，调用时就不需要创建工厂类实例了，直接调用即可。
举例：发送邮件和短信的例子
步骤：只需要将工厂类中的创建实例方法修改为static静态的就可以

public class SendFactory {

	public static Sender produceSmsSender(){
		return new SmsSender();
	}
	
	public static Sender produceMailSender(){
		return new MailSender();
	}
}

测试：

public class FactoryTest {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		//创建短信实例
		Sender sms =SendFactory.produceSmsSender();
		sms.Send();
		
//		//创建邮件实例
//		Sender mail = SendFactory.produceMailSender();
//		mail.Send();
	}

}

工厂方法模式缺点

工厂方法模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题。

总体来说，工厂方法模式适合场景：凡是出现了大量的产品需要创建，并且具有共同的接口时，可以通过工厂模式进行创建。
在以上的三种模式中，第一种如果传入的字符串有误，不能正确创建对象，第三种相对于第二种，不需要实例化工厂类，
所以，大多数情况下，我们会选用第三种————静态工厂方法模式。