首页 / 设计模式 / 设计模式之工厂模式

设计模式之工厂模式

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了设计模式之工厂模式，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含6222字，纯文字阅读大概需要9分钟。

内容图文

工厂模式

与单例模式一样，工厂模式同样属于创建型设计模式的一种。单例模式用于保证一个类只有一个实例，而工厂模式则用于创建类型相关的不同对象，它同样具有不同的实现方式，具体可以细分为简单工厂、工厂方法、抽象工厂，分别适用于不同的场景。

简单工厂

我们项目中经常会做一些报警相关的功能，报警有可以分为短信报警、语音报警、邮箱报警等各种方式，接到这个需求之后我们使用在最简单的方式实现如下。

public class Service {
    public void doSomething() {
        // 省略业务代码...
        String type = "..";
        Alert alert = new Alert();
        if ("sms".equals(type)) {
            alert.sendSms();
        } else if ("email".equals(type)) {
            alert.sendEmail();
        } else if ("voice".equals(type)) {
            alert.sendVoice();
        }
        // 省略业务代码
    }
}


public class Alert {
    public void sendSms(){
    }

    public void sendEmail(){
    }

    public void sendVoice(){
    }
}

为了保证业务逻辑中不夹杂太多的报警代码，我们把不同类型报警的代码分别抽象到了报警类的方法中，但是每次新增一种报警类型仍需要新增一种方法，然后修改业务类，如果报警的逻辑比较复杂还是会导致报警类的代码量不断增加，为了解决报警类复杂的问题，我们可以为报警抽象出一个接口，改动后的代码如下。

public class Service {
    public void doSomething() {
        // 省略业务代码...
        String type = "..";
        Alert alert = null;
        if ("sms".equals(type)) {
            alert = new SmsAlert();
        } else if ("email".equals(type)) {
            alert = new EmailAlert();
        } else if ("voice".equals(type)) {
            alert = new VoiceAlert();
        }
        alert.send();
        // 省略业务代码...
    }
}

public interface Alert {
    void send();
}

public class SmsAlert implements Alert{
    @Override
    public void send() {
    }
}
public class EmailAlert implements Alert{
    @Override
    public void send() {
    }
}
public class VoiceAlert implements Alert{
    @Override
    public void send() {
    }
}

此时，如果增加新的报警类型，新增对应的子类然后修改业务代码即可。虽然我们已经解决了报警类代码复杂的问题，但创建报警实例的代码仍然耦合在业务代码中，如果类型比较多的话就会影响业务代码的可读性，为了让业务类的职责更单一、代码更清晰，我们可以很自然的可以将创建通知类的代码放到其他地方，修改后的代码如下。

public class Service {
    public void doSomething() {
        // 省略业务代码...
        String type = "..";
        Alert alert = AlertFactory.getAlert(type);
        alert.send();
        // 省略业务代码...
    }
}

public class AlertFactory {
    public static Alert getAlert(String type){
        Alert alert = null;
        if ("sms".equals(type)) {
            alert = new SmsAlert();
        } else if ("email".equals(type)) {
            alert = new EmailAlert();
        } else if ("voice".equals(type)) {
            alert = new VoiceAlert();
        }
        return alert;
    }
}

重构后的 AlertFactory 就是一个工厂类，#getAlert 方法就是工厂方法，这种设计模式被称为简单工厂，由于创建类实例的方法是静态的，因此简单工厂又被称为静态工厂。可以看到软件的发展是不断演进的，设计模式的提出就是为了解决特定的问题。使用简单工厂之后，将创建实例的代码从业务代码中隔离出来，使业务类符合单一职责原则，增加了代码了可读性、扩展性。

如果实例化的资源消耗比较大，并且实例化的对象是可以复用的，还有另一种方法实现简单工厂。

public class AlertFactory {

    private static Map<String, Alert> cache = new HashMap<>();

    static {
        cache.put("sms", new SmsAlert());
        cache.put("email", new EmailAlert());
        cache.put("voice", new VoiceAlert());
    }

    public static Alert getAlert(String type) {
        Alert alert = cache.get(type);
        return alert;
    }
}

工厂方法

对于上述的简单工厂来说，如果增加新的告警类型，仍需要对工厂类进行修改，如果改动不频繁的情况下稍微不满足开闭原则也是可以接受的。对于第一种简单工厂，如果一定要把 if 去掉那么可以利用多态的方式。

public interface AlertFactory {
    Alert getAlert(String type);
}

public class SmsAlertFactory implements AlertFactory{
    @Override
    public Alert getAlert(String type) {
        return new SmsAlert();
    }
}
public class EmailAlertFactory implements AlertFactory {
    @Override
    public Alert getAlert(String type) {
        return new EmailAlert();
    }
}
public class VoiceAlertFactory implements AlertFactory{
    @Override
    public Alert getAlert(String type) {
        return new VoiceAlert();
    }
}

我们通过将工厂类修改为接口，然后由每个具体的工厂来创建对象，这样如果增加新的报警类型就不需要对工厂类进行修改，相对简单工厂更符合开闭原则。这种工厂模式被成为工厂方法。

虽然增加新的报警类型工厂类不需要进行修改，但是使用方的代码确复杂了。

public class Service {
    public void doSomething() {
        // 省略业务代码...
        String type = "..";
        Alert alert = null;
        if ("sms".equals(type)) {
            alert = new SmsAlertFactory().getAlert(type);
        } else if ("email".equals(type)) {
            alert = new EmailAlertFactory().getAlert(type);
        } else if ("voice".equals(type)) {
            alert = new VoiceAlertFactory().getAlert(type);
        }
        alert.send();
        // 省略业务代码...
    }
}

又回到了最开始的代码，为了解决创建工厂对象的问题，我们还需要为工厂再创建一个工厂。

public class Service {
    public void doSomething() {
        // 省略业务代码...
        String type = "..";
        Alert alert = AlertFactoryMap.getAlertFactory(type).getAlert(type);
        alert.send();
        // 省略业务代码...
    }
}

public class AlertFactoryMap {

    private static Map<String, AlertFactory> cache = new HashMap<>();

    static {
        cache.put("sms", new SmsAlertFactory());
        cache.put("email", new EmailAlertFactory());
        cache.put("voice", new VoiceAlertFactory());
    }

    public static AlertFactory getAlertFactory(String type) {
        return cache.get(type);
    }
}

使用了工厂方法之后，项目中的类已经增加了很多，因此在大多数情况下，个人更推荐使用简单工厂。

抽象工厂

抽象工厂相对简单工厂、工厂方法来说，使用场景相对较少。对于上面报警的案例，我们需要配置不同的报警规则，如每分钟请求此时超过多少或者出现异常多少次进行报警；还可能分别将配置放在不同的地方，如本地文件、配置中心、zookpeer等；还可能使用不同的格式，如xml、json、properties、yaml等。如果我们还需要支持将配置放在不同的地方，这样就有不同的维度来对报警进行划分。支持本地文件和短信报警、支持配置中心和邮箱告警等等，组合方法就会越来越多，如果还使用简单工厂或工厂方法无法解决我们的问题，我们可以让我们的工厂同时支持多种创建多种维度的告警实例，具体如下。

public interface AlertFactory {

    Alert getLocalFileAlert();

    Alert getNacosAlert();
    
}

public class SmsAlertFactory implements AlertFactory{

    @Override
    public Alert getLocalFileAlert() {
        return new SmsLocalFileAlert();
    }

    @Override
    public Alert getNacosAlert() {
        return new SmsNacosAlert();
    }
}

public class EmailAlertFactory implements AlertFactory {

    @Override
    public Alert getLocalFileAlert() {
        return new EmailLocalFileAlert();
    }

    @Override
    public Alert getNacosAlert() {
        return new EmailNacosAlert();
    }
}

总结

工厂模式用于解决对象的创建问题。当使用 if else 创建相关类型的不同对象时可以改用工厂模式进行优化；当创建对象的逻辑比较复杂时同样可以将创建对象逻辑抽象到工厂中。使用工厂模式可以使类的职责更为清晰、封装创建对象的“变化”。

内容总结

以上是互联网集市为您收集整理的设计模式之工厂模式全部内容，希望文章能够帮你解决设计模式之工厂模式所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/986217.html

来源：【匿名】

【上一篇】Head First 设计模式 —— 04. 工厂 (Factory) 模式【下一篇】介绍php设计模式中的工厂模式

更多 ►

【设计模式之工厂模式】教程文章相关的互联网学习教程文章

设计模式之简单工厂模式【图】

简单工厂模式：简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式（同属于创建型模式的还有工厂方法模式，抽象工厂模式，单例模式，建造者模式）。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。简单工厂模式由三部分组成：具体工厂、具体产品和抽象产品。工厂类（Crea...

java设计模式2————工厂模式【代码】【图】

java设计模式2————工厂模式1、工厂模式介绍：1.1、实现了创建者与调用者的分离1.2、详细分类：简单工厂模式工厂方法模式抽象工厂模式1.3、所遵循的OOP原则：开闭原则：对扩展开放，对修改关闭依赖倒转原则：面向接口编程迪米特法则：只与你直接的朋友进行通信，而避免与陌生人进行通信。1.4、核心本质实例化对象，不使用new，用工厂方法代替将调用者与我们的实现类解耦1.5、三种模式2、简单工厂模式2.1、先建立汽车抽象类packa...

设计模式之简单工厂模式【代码】

工厂及时生产产品的车间，在面向对象中就是类的实例。所以工厂就是一个能够产出其他类型的对象的类。工厂类设计模式主要有三种，即简单工厂模式、工厂模式和抽象工厂模式。简单工厂模式简单工厂模式是指专门定义一个工厂类来负责创建产品类的实例，被创建的产品通常都有一个共同的弗雷。该设模式包含三个角色：1、简单工厂角色：工厂模式的核心，负责生产具体的产品。工厂类可以被外部用户即客户端调用，创建产品对象，作用主要是实...

c++ 设计模式9 （Abstract Factory 抽象工厂模式）【代码】【图】

5.2 抽象工厂模式动机：在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。代码示例：实现利用数据库的业务逻辑，支持多数据库（Sql,Oracle等），有连接、命令、读取等功能。其中命令，连接功能之间有相互联系。方法一（使用工厂方法）：每个功能类有一个创建的工厂，如IDBConnection与IDBConnectionFactory 1//数据库访问有关的基类 2class IDBConnection{3 ...

设计模式一（抽象工厂模式）【代码】【图】

1.抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。抽象多个工厂； <?php /* interface是完全抽象的，只能声明方法，而且只能声明 public 的方法，不能声明 private 及 protected 的方法不能定义方法体，也不能声明实例变量。 interface 却可以声明常量变量。 */interface Car {const BIG=100...

23天设计模式之抽象工厂模式【代码】

23天设计模式之抽象工厂模式文章简介《23天设计模式之抽象工厂模式》这是跟工厂模式相关的一篇文章，但是抽象工厂又是不同于工厂模式的，抽象工厂是围绕一个超级工厂去创建其它工厂，下面就一起来看看吧！抽象工厂模式定义属于创建型模式，用于产品族的构建。产品族指的是某个品牌下的不同系类产品，如华为下的手机、电视、电脑等系列合起来就是华为的产品族。抽象工厂模式可以向客户端提供一个接口，使客户端在不必指定产品的具体...

探索设计模式之----工厂模式【图】

模式的问题：你如何能轻松方便地构造对象实例，而不必关心构造对象实例的细节和复杂过程呢？解决方案：建立一个工厂来创建对象。实现：一、引言 1）还没有工厂时代：假如还没有工业革命，如果一个客户要一款宝马车,一般的做法是客户去创建一款宝马车，然后拿来用。 2）简单工厂模式：后来出现工业革命。用户不用去创建宝马车。因为客户有一个工厂来帮他创建宝马.想要什么车，这个工厂就可以建。比如想要320i系列车。工厂就...

设计模式--抽象工厂模式【代码】【图】

抽象工厂模式(Abstract Factory Pattern)定义：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类。类型：创建型模式类图：代码实现：首先给出产品族，也就是类图中右半部分package zwb;interface ProductA {void methodA(); }interface ProductB {void methodB(); }class ProductA1 implements ProductA{publicvoid methodA() {System.out.println("产品A系列中1型号产品的方法");} }class ProductA2 impl...

C#设计模式之三抽象工厂模式（AbstractFactory）【创建型】

实现：创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 public abstract class AbstractFactory(){public abstract A CreateA();public abstract B CreateB(); } public class 1Factory : AbstractFactory{public overrid A CreateA(){return new 1A();} public overrid B CreateB(){return new 1B();} } public class 2Factory:AbstractFactory{public overrid A CreateA(){return new 2A();} public overrid B C...

设计模式(三) 抽象工厂模式

layout: post title: 设计模式(三) 抽象工厂模式 tags:Design_Patterns categories:Design_Patterns description: 我运用了工厂方法模式建设了我的火锅帝国但是仔细想一想火锅工厂方法模式还是有点脱离实际我们从始至终都把火锅当成一个不可分割的整体但是仔细想想火锅是一个整体吗? 各种配料各种这些配料的供应商为了做大做强我们需要自己的子公司自己的配料公司由他们给我提供优质的配料例如花椒辣椒地沟…不..优质...

【设计模式】创建型模式之抽象工厂模式（四）【代码】【图】

抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们的具体的类。【为创建不同的产品对象，客户端应使用不同的具体工厂】通俗理解：我们可以理解成：一台电脑。最基本的配件：CPU、主板、内存、硬盘【所定义的接口】，不同配置的电脑，则需要不同的类进行实现。举个例子，数据库访问的例子。定义数据库类：User、Department 1using System;2using System.Collections.Generic;3using System.Linq;4using Sys...

php设计模式之简单工厂模式代码实例【代码】

<?php header("Content-type:text/html;charset=utf-8"); /** * 共同接口 */interface db {function conn(); }/** * mysql类 */class DbMysql implements db {public function conn(){echo "连接上了mysql<br>";} }/** * sqlite类 */class DbSqlite implements db {public function conn(){echo "连接上了sqlite<br>";} }/** * */class Factory {publicstatic function createDb($type){if ($type == ‘mysql‘) {$db = new DbMys...

设计模式之抽象工厂模式(AbstructFactory)

抽象工厂模式(AbstructFactory)优点：1.可以支持不同类型的产品，使得产品的灵活性更强2.可以很方便的一族中间的不同类型的产品缺点：结构过于臃肿，如果产品类型过大，就会难以管理代码实现：AbstructFactory.h#ifndef ABSTRUCTFACTORY_H #define ABSTRUCTFACTORY_H/*ProductA*/ class AbstructProductBaseA { public:AbstructProductBaseA(){}~AbstructProductBaseA(){}virtual void show(); };class ProductA : public Abstruct...

php设计模式——抽象工厂模式(Abstract Factory)【代码】【图】

二十三种设计模式分为三大类：创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 1 <?php2/* 3 * php设计模式——抽象工厂模式(Abs...