JAVA设计模式之工厂模式(三种工厂模式)

简介:

JAVA设计模式之工厂模式—Factory Pattern


1.工厂模式简介


工厂模式用于对象的创建,使得客户从具体的产品对象中被解耦。


2.工厂模式分类


这里以制造coffee的例子开始工厂模式设计之旅。


我们知道coffee只是一种泛举,在点购咖啡时需要指定具体的咖啡种类:美式咖啡、卡布奇诺、拿铁等等。



/**
拿铁、美式咖啡、卡布奇诺等均为咖啡家族的一种产品咖啡则作为一种抽象概念@author Lsj
*

*/
public abstract class Coffee {

/**
 * 获取coffee名称
 * @return
 */
public abstract String getName();

}

/**

美式咖啡@author Lsj
*

*/
public class Americano extends Coffee {

@Override
public String getName() {
    return "美式咖啡";
}

}

/**

卡布奇诺@author Lsj
*

*/
public class Cappuccino extends Coffee {

@Override
public String getName() {
    return "卡布奇诺";
}

}

/**

拿铁@author Lsj
*

*/
public class Latte extends Coffee {

@Override
public String getName() {
    return "拿铁";
}

}



2.1 简单工厂


简单工厂实际不能算作一种设计模式,它引入了创建者的概念,将实例化的代码从应用代码中抽离,在创建者类的静态方法中只处理创建对象的细节,后续创建的实例如需改变,只需改造创建者类即可,


但由于使用静态方法来获取对象,使其不能在运行期间通过不同方式去动态改变创建行为,因此存在一定局限性。



/**
简单工厂--用于创建不同类型的咖啡实例@author Lsj
*

*/
public class SimpleFactory {


/**
 * 通过类型获取Coffee实例对象
 * @param type 咖啡类型
 * @return
 */
public static Coffee createInstance(String type){
    if("americano".equals(type)){
        return new Americano();
    }else if("cappuccino".equals(type)){
        return new Cappuccino();
    }else if("latte".equals(type)){
        return new Latte();
    }else{
        throw new RuntimeException("type["+type+"]类型不可识别,没有匹配到可实例化的对象!");
    }
}

public static void main(String[] args) {
    Coffee latte = SimpleFactory.createInstance("latte");
    System.out.println("创建的咖啡实例为:" + latte.getName());
    Coffee cappuccino = SimpleFactory.createInstance("cappuccino");
    System.out.println("创建的咖啡实例为:" + cappuccino.getName());
}

}



2.2 工厂方法模式


定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个,工厂方法让类把实例化推迟到了子类。


场景延伸:不同地区咖啡工厂受制于环境、原料等因素的影响,制造出的咖啡种类有限。中国咖啡工厂仅能制造卡布奇诺、拿铁,而美国咖啡工厂仅能制造美式咖啡、拿铁。



/**
定义一个抽象的咖啡工厂@author Lsj
*/

public abstract class CoffeeFactory {


/**
 * 生产可制造的咖啡
 * @return
 */
public abstract Coffee[] createCoffee();

}

/**

中国咖啡工厂@author Lsj
*

*/
public class ChinaCoffeeFactory extends CoffeeFactory {

@Override
public Coffee[] createCoffee() {
    // TODO Auto-generated method stub
    return new Coffee[]{new Cappuccino(), new Latte()};
}

}

/**

美国咖啡工厂@author Lsj
*

*/
public class AmericaCoffeeFactory extends CoffeeFactory {

@Override
public Coffee[] createCoffee() {
    // TODO Auto-generated method stub
    return new Coffee[]{new Americano(), new Latte()};
}

}

/**

工厂方法测试@author Lsj
*

*/
public class FactoryMethodTest {

static void print(Coffee[] c){
    for (Coffee coffee : c) {
        System.out.println(coffee.getName());
    }
}

public static void main(String[] args) {
    CoffeeFactory chinaCoffeeFactory = new ChinaCoffeeFactory();
    Coffee[] chinaCoffees = chinaCoffeeFactory.createCoffee();
    System.out.println("中国咖啡工厂可以生产的咖啡有:");
    print(chinaCoffees);
    CoffeeFactory americaCoffeeFactory = new AmericaCoffeeFactory();
    Coffee[] americaCoffees = americaCoffeeFactory.createCoffee();
    System.out.println("美国咖啡工厂可以生产的咖啡有:");
    print(americaCoffees);
}

}




2.3 抽象工厂


提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。


在上述的场景上继续延伸:咖啡工厂做大做强,引入了新的饮品种类:茶、 碳酸饮料。中国工厂只能制造咖啡和茶,美国工厂只能制造咖啡和碳酸饮料。


如果用上述工厂方法方式,除去对应的产品实体类还需要新增2个抽象工厂(茶制造工厂、碳酸饮料制造工厂),4个具体工厂实现。随着产品的增多,会导致类爆炸。


所以这里引出一个概念产品家族,在此例子中,不同的饮品就组成我们的饮品家族, 饮品家族开始承担创建者的责任,负责制造不同的产品。



/**
抽象的饮料产品家族制造工厂@author Lsj
*

*/
public interface AbstractDrinksFactory {

/**
 * 制造咖啡
 * @return
 */
Coffee createCoffee();

/**
 * 制造茶
 * @return
 */
Tea createTea();

/**
 * 制造碳酸饮料
 * @return
 */
Sodas createSodas();

}

/**

中国饮品工厂制造咖啡与茶@author Lsj
*

*/
public class ChinaDrinksFactory implements AbstractDrinksFactory {

@Override
public Coffee createCoffee() {
    // TODO Auto-generated method stub
    return new Latte();
}

@Override
public Tea createTea() {
    // TODO Auto-generated method stub
    return new MilkTea();
}

@Override
public Sodas createSodas() {
    // TODO Auto-generated method stub
    return null;
}

}

/**

美国饮品制造工厂制造咖啡和碳酸饮料@author Lsj
*

*/
public class AmericaDrinksFactory implements AbstractDrinksFactory {

@Override
public Coffee createCoffee() {
    // TODO Auto-generated method stub
    return new Latte();
}

@Override
public Tea createTea() {
    // TODO Auto-generated method stub
    return null;
}

@Override
public Sodas createSodas() {
    // TODO Auto-generated method stub
    return new CocaCola();
}

}

/**

抽象工厂测试类@author Lsj
*

*/
public class AbstractFactoryTest {


static void print(Drink drink){
    if(drink == null){
        System.out.println("产品:--" );
    }else{
        System.out.println("产品:" + drink.getName());
    }
}

public static void main(String[] args) {
    AbstractDrinksFactory chinaDrinksFactory = new ChinaDrinksFactory();
    Coffee coffee = chinaDrinksFactory.createCoffee();
    Tea tea = chinaDrinksFactory.createTea();
    Sodas sodas = chinaDrinksFactory.createSodas();
    System.out.println("中国饮品工厂有如下产品:");
    print(coffee);
    print(tea);
    print(sodas);
    
    AbstractDrinksFactory americaDrinksFactory = new AmericaDrinksFactory();
    coffee = americaDrinksFactory.createCoffee();
    tea = americaDrinksFactory.createTea();
    sodas = americaDrinksFactory.createSodas();
    System.out.println("美国饮品工厂有如下产品:");
    print(coffee);
    print(tea);
    print(sodas);
}

}




3.总结


简单工厂:不能算是真正意义上的设计模式,但可以将客户程序从具体类解耦。


工厂方法:使用继承,把对象的创建委托给子类,由子类来实现创建方法,可以看作是抽象工厂模式中只有单一产品的情况。


抽象工厂:使对象的创建被实现在工厂接口所暴露出来的方法中。


工厂模式可以帮助我们针对抽象/接口编程,而不是针对具体类编程,在不同的场景下按具体情况来使用。


参考书籍:


《HeadFirst 设计模式》

相关文章
|
12月前
|
设计模式 网络协议 数据可视化
Java 设计模式之状态模式:让对象的行为随状态优雅变化
状态模式通过封装对象的状态,使行为随状态变化而改变。以订单为例,将待支付、已支付等状态独立成类,消除冗长条件判断,提升代码可维护性与扩展性,适用于状态多、转换复杂的场景。
1197 157
|
12月前
|
设计模式 Java Spring
Java 设计模式之责任链模式:优雅处理请求的艺术
责任链模式通过构建处理者链,使请求沿链传递直至被处理,实现发送者与接收者的解耦。适用于审批流程、日志处理等多级处理场景,提升系统灵活性与可扩展性。
1143 2
|
设计模式 缓存 Java
Java设计模式(二):观察者模式与装饰器模式
本文深入讲解观察者模式与装饰器模式的核心概念及实现方式,涵盖从基础理论到实战应用的全面内容。观察者模式实现对象间松耦合通信,适用于事件通知机制;装饰器模式通过组合方式动态扩展对象功能,避免子类爆炸。文章通过Java示例展示两者在GUI、IO流、Web中间件等场景的应用,并提供常见陷阱与面试高频问题解析,助你写出灵活、可维护的代码。
|
12月前
|
设计模式 算法 搜索推荐
Java 设计模式之策略模式:灵活切换算法的艺术
策略模式通过封装不同算法并实现灵活切换,将算法与使用解耦。以支付为例,微信、支付宝等支付方式作为独立策略,购物车根据选择调用对应支付逻辑,提升代码可维护性与扩展性,避免冗长条件判断,符合开闭原则。
2869 35
|
设计模式 缓存 安全
【高薪程序员必看】万字长文拆解Java并发编程!(8):设计模式-享元模式设计指南
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发编程中的经典对象复用设计模式-享元模式,废话不多说让我们直接开始。
320 0
|
12月前
|
设计模式 消息中间件 传感器
Java 设计模式之观察者模式:构建松耦合的事件响应系统
观察者模式是Java中常用的行为型设计模式,用于构建松耦合的事件响应系统。当一个对象状态改变时,所有依赖它的观察者将自动收到通知并更新。该模式通过抽象耦合实现发布-订阅机制,广泛应用于GUI事件处理、消息通知、数据监控等场景,具有良好的可扩展性和维护性。
811 8
|
设计模式 安全 Java
Java设计模式(一):单例模式与工厂模式
本文详解单例模式与工厂模式的核心实现及应用,涵盖饿汉式、懒汉式、双重检查锁、工厂方法、抽象工厂等设计模式,并结合数据库连接池与支付系统实战案例,助你掌握设计模式精髓,提升代码专业性与可维护性。
|
设计模式 XML 安全
Java枚举(Enum)与设计模式应用
Java枚举不仅是类型安全的常量,还具备面向对象能力,可添加属性与方法,实现接口。通过枚举能优雅实现单例、策略、状态等设计模式,具备线程安全、序列化安全等特性,是编写高效、安全代码的利器。
|
设计模式 Java 数据安全/隐私保护
Java 设计模式:装饰者模式(Decorator Pattern)
装饰者模式属于结构型设计模式,允许通过动态包装对象的方式为对象添加新功能,提供比继承更灵活的扩展方式。该模式通过组合替代继承,遵循开闭原则(对扩展开放,对修改关闭)。
|
设计模式 消息中间件 搜索推荐
Java 设计模式——观察者模式:从优衣库不使用新疆棉事件看系统的动态响应
【11月更文挑战第17天】观察者模式是一种行为设计模式,定义了一对多的依赖关系,使多个观察者对象能直接监听并响应某一主题对象的状态变化。本文介绍了观察者模式的基本概念、商业系统中的应用实例,如优衣库事件中各相关方的动态响应,以及模式的优势和实际系统设计中的应用建议,包括事件驱动架构和消息队列的使用。
416 6