工厂方法模式(Factory Method)设计模式
工厂模式适合:凡是出现了大量的产品须要建立,而且具备共同的接口时,能够经过工厂方法模式进行建立。在如下的三种模式中,第一种若是传入的字符串有误,不能正确建立对象,第三种相对于第二种,不须要实例化工厂类,因此,大多数状况下,咱们会选用第三种——静态工厂方法模式。闭包
1:普通工厂模式ide
就是创建一个工厂类,对实现了同一接口的一些类进行实例的建立测试
例,按下图写一个普通工厂方法模式this
首先,建立共同接口sender设计
public interface Sender { public void Send(); }
而后各自建立实现类code
实现类1:mailsender对象
public class MailSender implements Sender { @Override public void Send() { System.out.println("this is mailsender!"); } }
实现类2:smssenderblog
public class SmsSender implements Sender { @Override public void Send() { System.out.println("this is sms sender!"); } }
建立一个普通工厂对外发布 sendFactory接口
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!
2:多个工厂方法模式
多个工厂方法模式,是对普通工厂方法模式的改进,在普通工厂方法模式中,若是传递的字符串出错,则不能正确建立对象,而多个工厂方法模式是提供多个工厂方法,分别建立对象。
例:(与普通工厂模式的区别为各自的子类调用各自的方法返回)
public class SendFactory { public Sender produceMail(){ return new MailSender(); } public Sender produceSms(){ return new SmsSender(); } }
3:静态工厂方法模式
将上面的多个工厂方法模式里的方法置为静态的,不须要建立实例工厂类,直接调用便可。
public class SendFactory { public static Sender produceMail(){ return new MailSender(); } public static Sender produceSms(){ return new SmsSender(); } }
调用上的区别
public class FactoryTest { public static void main(String[] args) { Sender sender = SendFactory.produceMail(); sender.Send(); } }
工厂方法模式有一个问题就是,类的建立依赖工厂类,也就是说,若是想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,因此,从设计角度考虑,有必定的问题,如何解决?就用到抽象工厂模式,建立多个工厂类,这样一旦须要增长新的功能,直接增长新的工厂类就能够了,不须要修改以前的代码。由于抽象工厂不太好理解,咱们先看看图,而后就和代码,就比较容易理解。