设计模式之工厂模式

阅读本文前请先阅读《设计模式前言》。

工厂模式(Factory Method)

     在原博主的文章中似乎与我学习的工厂模式有点出入。原博主的文章中所写的工厂方法模式和抽象工厂模式实际上对应的都是工厂模式,而抽象工厂模式实际上是为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类,这将在下一博文具体讲解。
    工厂模式分为简单工厂模式工厂方法模式
   简单工厂模式就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。看下图
举例如下:(我们举一个发送邮件和短信的例子)

首先,创建二者的共同接口:

public interface Sender {
	public void Send();
}
其次,创建实现类:
public class MailSender implements Sender {
	@Override
	public void Send() {
		System.out.println("this is mailsender!");
	}
}
public class SmsSender implements Sender {

	@Override
	public void Send() {
		System.out.println("this is sms sender!");
	}
}

最后,建工厂类:
public class SendFactory {

	public Sender produce(String type) {
		if ("mail".equals(type)) {
			return new MailSender();
		} else if ("sms".equals(type)) {
			return new SmsSender();
		} else {
			System.out.println("请输入正确的类型!");
			return null;
		}
	}
}
我们来测试下:
public class FactoryTest {

	public static void main(String[] args) {
		SendFactory factory = new SendFactory();
		Sender sender = factory.produce("sms");
		sender.Send();
	}
}
输出:this is sms sender!
    上面的例子是在工厂类中建一个方法,根据传入参数的不同返回不同的实例,还有另一种做法,是在工厂类中建立不同的方法用于创建不同的实例,具体如下:
public class SendFactory {
	
	public Sender produceMail(){
		return new MailSender();
	}
	
	public Sender produceSms(){
		return new SmsSender();
	}
}

工厂方法模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题。这时就需要用到工厂方法模式。创建一个抽象的工厂类(或接口),创建多个工厂类来继承这个抽象类,这样一来,当需要增加新的产品时就不必修改原来的工厂类,只需新建一个对应工厂类继承原有接口即可。类图如下:

例子很简单,就不详细列出。工厂方法模式是简单工厂模式的进一步抽象和推广,遵循了开闭原则,利于程序的拓展,缺点就在于每新增一个产品就要新建一个类,增加了开发量。




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值