设计模式：工厂方法模式

简单工厂模式是由一个工厂对象决定创建出哪一种产品为的实例。(定义一个创建对象的类，由这个类来封装实例化对象的行为)

在软件开发中，当我们会用到大量的创建某种、某类或某批对象时，就会用到工厂模式。

 

工厂模式的意图：

定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

主要解决：

接口的选择问题

 

优点：

1、一个调用者想创建一个对象，只要知道其名称就可以了。

2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以

3、屏蔽产品的具体实现，调用者只关心产品的接口。

 

缺点：

1、每次增加一个产品时，都需要增加一个具体类的对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。

 

 

工厂方法模式分为三种：

1、普通工厂模式

 共同接口：

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("type error!!");
            return null;
        }
    }
}

 

 

 

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 SendFactory {
    
    public static Sender produce(String type) throws ClassNotFoundException, InstantiationException, IllegalAccessException{
        Class sender = Class.forName(type);
        return (Sender)sender.newInstance();
    }
}

 

 

mainTest

package com.sheji.factorymethod;

public class FactoryTest {
    public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {
//        SendFactory factory = new SendFactory();
//        Sender sender = factory.produce("sms");
//        sender.send();
        
//        Sender sender1 = factory.produceMail();
//        sender1.send();
        
        Sender sender2 = SendFactory.produceMail();
        sender2.send();
        
        Sender sender3 = SendFactory.produce("com.sheji.factorymethod.SmsSender");
        sender3.send();
    }
}

 

 

 

下面介绍一下简单工厂模式中的角色与职责

　　简单工厂模式中包含的角色及其职责

 　　1、工厂（Creater）角色

　　　　简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。（SendFactory类）

　　 2、抽象（Product）角色

　　　　简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。（Sender接口）

　　 3、具体产品（Concrete Product）角色

　　　　简单工厂模式所创建的具体实例对象。（MailSender类与SmsSender类）

 

　　简单设计模式的优缺点：

• 优点：简单工厂模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在创建时可以直接使用工厂类去创建所需的实例，而无需去了解这些对象是如何创建以及如何组织的，明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
• 缺点：很明显简单工厂模式的缺点也体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，容易违反GRASPR的高内聚的责任分配原则，另外，当系统中的具体产品类不断增多时，可能会出现要求更改相应工厂类的情况，拓展性并不是很好。

　　

　　使用场景

　　　1、工厂类负责创建的对象比较少；

　　　2、客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；

　　　3、由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

 

 

应用

JDK中的Calendar