23种设计模式-创建模式-工厂方法模式(1)

简介: 23种设计模式-创建模式-工厂方法模式(1)

前言


从现在开始,我们开始介绍我们的23种设计模式,今天我们讲述的是第一种设计模式:工厂方法模式首先,简单工厂模式不属于 23 种设计模式,简单工厂一般分为:普通简单工厂、多方法简单 工厂、静态方法简单工厂。


正文


简单工厂模式


简单工厂模式模式分为三种:

--普通

就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。首先看下关系图:


16.png

举例如下:(我们举一个发送邮件和短信的例子)首先,创建二者的共同接口:


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!

--多个方法

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

17.jpg

将上面的代码做下修改,改动下 SendFactory 类就行,如下:

public class SendFactory {
    public Sender produceMail() {
        return new MailSender();
    }
    public Sender produceSms() {
        return new SmsSender();
    }
}

测试类如下:

public class FactoryTest {
    public static void main(String[] args) {
        SendFactory factory = new SendFactory();
        Sender sender = factory.produceMail();
        sender.Send();
    }
}

输出:this is mailsender!

--多个静态方法将上面的多个工厂方法模式里的方法置为静态的,不需要创建实例,直接调用即可。

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();
    }
}

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

那么接下来,进入我们今天的正题--工厂方法模式(Factory Method)


23种设计模式之工厂方法模式(Factory Method)


简单工厂模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对 工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就 用到工厂方法模式,创建一个工厂接口和创建多个工厂实现类,这样一旦需要增加新的功能, 直接增加新的工厂类就可以了,不需要修改之前的代码。


19.jpg

请看例子:


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 SendMailFactory implements Provider {
    @Override
    public Sender produce(){
        return new MailSender();
    }
}
public class SendSmsFactory implements Provider{
    @Override
    public Sender produce() {
        return new SmsSender();
    }
}

在提供一个接口:

public interface Provider {
    public Sender produce();
}

测试类:

public class Test {
    public static void main(String[] args) {
        Provider provider = new SendMailFactory();
        Sender sender = provider.produce();
        sender.Send();
    }
}

其实这个模式的好处就是,如果你现在想增加一个功能:发及时信息,则只需做一个实现类,实现 Sender 接口,同时做一个工厂类,实现 Provider 接口,就 OK 了,无需去改动现成的代 码。这样做,拓展性较好

相关文章
|
12天前
|
设计模式 Java API
【设计模式】JAVA Design Patterns——Combinator(功能模式)
【设计模式】JAVA Design Patterns——Combinator(功能模式)
|
13天前
|
设计模式 监控 Java
【设计模式】JAVA Design Patterns——Circuit Breaker(断路器模式)
【设计模式】JAVA Design Patterns——Circuit Breaker(断路器模式)
|
13天前
|
设计模式 Java 程序员
【设计模式】JAVA Design Patterns——Bytecode(字节码模式)
【设计模式】JAVA Design Patterns——Bytecode(字节码模式)
|
13天前
|
设计模式 算法 Java
【设计模式】JAVA Design Patterns——Builder(构造器模式)
【设计模式】JAVA Design Patterns——Builder(构造器模式)
|
8天前
|
设计模式 安全 Java
【设计模式】JAVA Design Patterns——Curiously Recurring Template Pattern(奇异递归模板模式)
该文介绍了一种C++的编程技巧——奇异递归模板模式(CRTP),旨在让派生组件能继承基本组件的特定功能。通过示例展示了如何创建一个`Fighter`接口和`MmaFighter`类,其中`MmaFighter`及其子类如`MmaBantamweightFighter`和`MmaHeavyweightFighter`强制类型安全,确保相同重量级的拳手之间才能进行比赛。这种设计避免了不同重量级拳手间的错误匹配,编译时会报错。CRTP适用于处理类型冲突、参数化类方法和限制方法只对相同类型实例生效的情况。
【设计模式】JAVA Design Patterns——Curiously Recurring Template Pattern(奇异递归模板模式)
|
10天前
|
设计模式 Java 数据库
【设计模式】JAVA Design Patterns——Converter(转换器模式)
转换器模式旨在实现不同类型间的双向转换,减少样板代码。它通过通用的Converter类和特定的转换器(如UserConverter)简化实例映射。Converter类包含两个Function对象,用于不同类型的转换,同时提供列表转换方法。当需要在逻辑上对应的类型间转换,或处理DTO、DO时,此模式尤为适用。
【设计模式】JAVA Design Patterns——Converter(转换器模式)
|
12天前
|
设计模式 存储 Java
【设计模式】JAVA Design Patterns——Command(事务模式)
【设计模式】JAVA Design Patterns——Command(事务模式)
|
13天前
|
设计模式 Java
【设计模式】JAVA Design Patterns——Callback(回调模式)
【设计模式】JAVA Design Patterns——Callback(回调模式)
|
13天前
|
设计模式 Java
【设计模式】JAVA Design Patterns——Business Delegate(业务委托模式)
【设计模式】JAVA Design Patterns——Business Delegate(业务委托模式)
|
13天前
|
设计模式 安全 Java
【设计模式】JAVA Design Patterns——Balking(止步模式)
【设计模式】JAVA Design Patterns——Balking(止步模式)