工厂方法模式(Factory Method)
定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
主要解决:主要解决接口选择的问题。
何时使用:我们明确地计划不同条件下创建不同实例时。
如何解决:让其子类实现工厂接口,返回的也是一个抽象的产品。
关键代码:创建过程在其子类执行。
优点:
1、一个调用者想创建一个对象,只要知道其名称就可以了。
2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。
3、屏蔽产品的具体实现,调用者只关心产品的接口。
缺点:
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。
使用场景:
1、日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。
2、数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。
3、设计一个连接服务器的框架,需要三个协议,“POP3”、“IMAP”、“HTTP”,可以把这三个作为产品类,共同实现一个接口。
注意事项:
作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。
public interface Sender {
void send();
}
public class MailSender implements Sender {
@Override
public void send() {
System.err.println("this is mailSender");
}
}
public class SmsSender implements Sender {
@Override
public void send() {
System.err.println("this is mailSender");
}
}
普通工厂模式
/**
* 通过分支结构来对输入的内容进行判断,返回不同的类的对象
* 适用于通过参数来决定创建的对象
*/
public class SendFactory {
public static String MAIL = "mail";
public static String SMS = "sms";
public Sender produce(String type) {
if(MAIL.equals(type)) {
return new MailSender();
} else if (SMS.equals(type)) {
return new SmsSender();
} else {
System.err.println("please input correct type!");
return null;
}
}
}
多个工厂模式
/**
* 通过多个方法来返回不同类的对象,各个方法之间不会冲突,从而创建多个类的对象
* 适用于不需要参数,自行选择需要创建的对象
*/
public class SendFactory {
public Sender produceMail() {
return new MailSender();
}
public Sender produceSms() {
return new SmsSender();
}
}
静态工厂模式
/**
* 通过多个静态方法来返回不同类的对象
* 适用于不需要参数,自行选择需要创建的对象
*/
public class SendFactory {
public static Sender produceStaticMail() {
return new MailSender();
}
public static Sender produceStaticSms() {
return new SmsSender();
}
}
工厂类采用多个静态方法的方式返回不同类的对象,不同于多个工厂模式,此时可以直接调用工厂类的方法创建多个类的对象而不用对工厂类实例化,从而节省内存空间,提高效率。