设计模式(五)创建者模式之工厂模式

2024-06-18 22:44

本文主要是介绍设计模式(五)创建者模式之工厂模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

工厂模式

  • 工厂模式
    • 上面类图代码实现
      • Coffee 抽象类
      • AmericanCoffee
      • LatterCoffee
      • CoffeeStore
      • User
    • 简单工厂模式
      • 增加工厂方法
      • 更改CoffeeStore 类
      • 优缺点
      • 扩展静态工厂
    • 工厂方法模式
      • 概念
      • 结构
      • 具体类图
      • 代码实现
        • Coffee类
        • AmericanCoffee
        • LatterCoffee
        • 抽象工厂CoffeeFactory
        • AmericanCoffeeFactory具体工厂
        • LatteCoffeeFactory具体工厂
        • CoffeeStore
        • User
        • 优缺点
    • 抽象工厂模式
    • 概念
      • 结构
      • 类图
      • 需求
      • 抽象产品Coffee
      • 具体产品LatterCoffee
      • 具体产品AmericanCoffee
      • 抽象产品Dessert
      • 具体产品Tiramisu
      • 具体产品MatchMouse
      • 抽象工厂SupermarketFactory
      • 美式甜点工厂AmericanDessertFactory
      • 意大利风味甜点工厂ItalyDessertFactory
    • 用户购买
      • 优缺点

工厂模式

需求:设计一个咖啡店点餐系统。

设计一个咖啡类(Coffee),并定义其两个子类(美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】);再设计一个咖啡店类(CoffeeStore),咖啡店具有点咖啡的功能。

具体类的设计如下:
在这里插入图片描述
在java中,万物皆对象,这些对象都需要创建,如果创建的时候直接new该对象,就会对该对象耦合严重,假如我们要更换对象,所有new对象的地方都需要修改一遍,这显然违背了软件设计的开闭原则。如果我们使用工厂来生产对象,我们就只和工厂打交道就可以了,彻底和对象解耦,如果要更换对象,直接在工厂里更换该对象即可,达到了与对象解耦的目的;所以说,工厂模式最大的优点就是:解耦

上面类图代码实现

Coffee 抽象类

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:43* 咖啡抽象类*/
public abstract   class Coffee {public abstract  String getName();public void addsugar(){System.out.println("加糖");}public void addMilk(){System.out.println("加奶");}
}

AmericanCoffee

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 美式咖啡*/
public class AmericanCoffee extends Coffee {@Overridepublic String getName() {return "美式咖啡";}
}

LatterCoffee

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 拿铁咖啡*/
public class LatterCoffee extends Coffee {@Overridepublic String getName() {return "拿铁咖啡";}
}

CoffeeStore

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author wangLJ* @date 2024/6/15 22:46*  咖啡店*/
public class CoffeeStore {public Coffee orderCoffer(String type) {Coffee coffee = null;if("american".equals(type)) {coffee = new AmericanCoffee();} else if("latte".equals(type)) {coffee = new LatterCoffee();}return coffee;}
}

User

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:50* 用户*/
public class User {public static void main(String[] args) {CoffeeStore coffeeStore = new CoffeeStore();Coffee american = coffeeStore.orderCoffer("american");System.out.println(american.getName());Coffee latte = coffeeStore.orderCoffer("latte");System.out.println(latte.getName());}
}

说明
CoffeeStore 违反了开闭原则。当有新的咖啡种类出现的时候,我们需要更改CoffeeStore 类。

介绍三种工厂的使用

  • 简单工厂模式(不属于GOF的23种经典设计模式)
  • 工厂方法模式
  • 抽象工厂模式

简单工厂模式

简单工厂不是一种设计模式,反而比较像是一种编程习惯。
简单工厂包含如下角色:

  • 抽象产品 :定义了产品的规范,描述了产品的主要特性和功能。
  • 具体产品 :实现或者继承抽象产品的子类
  • 具体工厂 :提供了创建产品的方法,调用者通过该方法来获取产品。

现在使用简单工厂对上面案例进行改进,类图如下:
在这里插入图片描述

增加工厂方法

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author lx*  工厂类*/
public class SimpleCoffeeFactory {public Coffee createCoffee(String type) {Coffee coffee = null;if("americano".equals(type)) {coffee = new AmericanCoffee();} else if("latte".equals(type)) {coffee = new LatterCoffee();}return coffee;}
}

更改CoffeeStore 类

package com.lx.design.creator.factory.one;/*** TODO 添加描述** @author wangLJ* @date 2024/6/15 22:46*  咖啡店*/
public class CoffeeStore {public Coffee orderCoffer(String type) {SimpleCoffeeFactory factory=new SimpleCoffeeFactory();Coffee coffee = factory.createCoffee(type);return coffee;}
}

工厂(factory)处理创建对象的细节,一旦有了SimpleCoffeeFactory,CoffeeStore类中的orderCoffee()就变成此对象的客户,后期如果需要Coffee对象直接从工厂中获取即可。这样也就解除了和Coffee实现类的耦合,同时又产生了新的耦合,CoffeeStore对象和SimpleCoffeeFactory工厂对象的耦合,工厂对象(SimpleCoffeeFactory )和商品对象 (AmericanCoffeeLatterCoffee)的耦合。

后期如果再加新品种的咖啡,我们势必要需求修改SimpleCoffeeFactory的代码,违反了开闭原则。工厂类的客户端可能有很多,比如创建美团外卖等,这样只需要修改工厂类的代码,省去其他的修改操作。

优缺点

优点:
封装了创建对象的过程,可以通过参数直接获取对象。把对象的创建和业务逻辑层分开,这样以后就避免了修改客户代码,如果要实现新产品直接修改工厂类,而不需要在原代码中修改,这样就降低了客户代码修改的可能性,更加容易扩展。

缺点:

增加新产品时还是需要修改工厂类的代码,违背了“开闭原则”。

扩展静态工厂

在开发中也有一部分人将工厂类中的创建对象的功能定义为静态的,这个就是静态工厂模式,它也不是23种设计模式中的。代码如下:

public class SimpleCoffeeFactory {public static Coffee createCoffee(String type) {Coffee coffee = null;if("americano".equals(type)) {coffee = new AmericanoCoffee();} else if("latte".equals(type)) {coffee = new LatteCoffee();}return coffe;}
}

工厂方法模式

针对上例中的缺点,使用工厂方法模式就可以完美的解决,完全遵循开闭原则。

概念

定义一个用于创建对象的接口,让子类决定实例化哪个产品类对象。工厂方法使一个产品类的实例化延迟到其工厂的子类。

结构

工厂方法模式的主要角色:

  • 抽象工厂(Abstract Factory):提供了创建产品的接口,调用者通过它访问具体工厂的工厂方法来创建产品。
  • 具体工厂(ConcreteFactory):主要是实现抽象工厂中的抽象方法,完成具体产品的创建。
  • 抽象产品(Product):定义了产品的规范,描述了产品的主要特性和功能。
  • 具体产品(ConcreteProduct):实现了抽象产品角色所定义的接口,由具体工厂来创建,它同具体工厂之间一一对应。

具体类图

在这里插入图片描述

使用工厂方法模式对上例进行改进,类图如下:

代码实现

Coffee类
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:43* 咖啡抽象类*/
public abstract   class Coffee {public abstract  String getName();public void addsugar(){System.out.println("加糖");}public void addMilk(){System.out.println("加奶");}
}
AmericanCoffee
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 美式咖啡*/
public class AmericanCoffee extends Coffee {@Overridepublic String getName() {return "美式咖啡";}
}
LatterCoffee
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 拿铁咖啡*/
public class LatterCoffee extends Coffee {@Overridepublic String getName() {return "拿铁咖啡";}
}
抽象工厂CoffeeFactory
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/16 14:48* 抽象工厂:*/
public interface CoffeeFactory {Coffee createCoffee();
}
AmericanCoffeeFactory具体工厂
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/16 14:49* LatterCoffee具体工厂*/
public class AmericanCoffeeFactory implements CoffeeFactory {public Coffee createCoffee() {AmericanCoffee americanCoffee = new AmericanCoffee();System.out.println(americanCoffee.getName());return americanCoffee;}
}
LatteCoffeeFactory具体工厂
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/16 14:49* LatterCoffee具体工厂*/
public class LatteCoffeeFactory implements CoffeeFactory {public Coffee createCoffee() {LatterCoffee latterCoffee = new LatterCoffee();latterCoffee.getName();return latterCoffee;}
}
CoffeeStore
package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:46*  咖啡店*/
public class CoffeeStore {private CoffeeFactory factory;public void setFactory(CoffeeFactory factory) {this.factory = factory;}public Coffee orderCoffee( ) {Coffee coffee = factory.createCoffee();return coffee;}
}
User
 package com.lx.design.creator.factory.two;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:50* 用户*/
public class User {public static void main(String[] args) {CoffeeFactory americanCoffeeFactory= new AmericanCoffeeFactory();CoffeeStore store=new CoffeeStore();store.setFactory(americanCoffeeFactory);store.orderCoffee();}
}

工厂方法的好处
原来的SimpleCoffeeFactory 工厂是一个工厂通过new 可以创建很多对象。有新的产品增加的话需要更改SimpleCoffeeFactory 的代码。
而工厂方法是一个产品对一个工厂,有新的产品的时候需要提供一个新的具体产品工厂。
通过CoffeeStore 设置具体的抽象实现类,调用具体实现类的createCoffee的方法,从而实现具体产品的创建

通过这种设计,如果未来需要更换或者添加新的咖啡工厂(例如 ItalianCoffeeFactory),你只需要在运行时设置不同的工厂,而不需要修改 CoffeeStore 的代码:


public class User {public static void main(String[] args) {CoffeeFactory factory = new ItalianCoffeeFactory(); // 或者其他新的工厂CoffeeStore store = new CoffeeStore();store.setFactory(factory);store.orderCoffee();}
}
优缺点

优点:

  • 用户只需要知道具体工厂的名称就可得到所要的产品,无须知道产品的具体创建过程;
  • 在系统增加新的产品时只需要添加具体产品类和对应的具体工厂类,无须对原工厂进行任何修改,满足开闭原则;

缺点:

  • 每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类,这增加了系统的复杂度。

抽象工厂模式

前面介绍的工厂方法模式中考虑的是一类产品的生产,如畜牧场只养动物、电视机厂只生产电视机、手机店只卖手机等

这些工厂只生产同种类产品,同种类产品称为同等级产品,也就是说:工厂方法模式只考虑生产同等级的产品,但是在现实生活中许多工厂是综合型的工厂,能生产多等级(种类) 的产品,如电器厂既生产电视机又生产洗衣机或空调, 手机店既可以卖手机也可以卖平板、音响等。

如何理解产品族。
例如有一个工厂可以生产以下产品

  • 裤子有:短裤、牛仔裤、工装裤、西装裤 (同种类产品/同等级产品)
  • 上衣有:短袖、牛仔褂、工装褂、西装褂子(同种类产品/同等级产品)
  • 鞋子有:拖鞋、平板鞋、运动鞋、皮鞋 (同种类产品/同等级产品)

裤子、上衣和鞋子他们三个就是同一个产品族。属于是同一个工厂的产品。

概念

是一种为访问类提供一个创建一组相关或相互依赖对象的接口,且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。
抽象工厂模式是工厂方法模式的升级版本,工厂方法模式只生产一个等级的产品,而抽象工厂模式可生产多个等级的产品。

结构

抽象工厂模式的主要角色如下:

  • 抽象工厂(Abstract Factory):提供了创建产品的接口,它包含多个创建产品的方法,可以创建多个不同等级的产品。
  • 具体工厂(Concrete Factory):主要是实现抽象工厂中的多个抽象方法,完成具体产品的创建。
  • 抽象产品(Product):定义了产品的规范,描述了产品的主要特性和功能,抽象工厂模式有多个抽象产品。
  • 具体产品(ConcreteProduct):实现了抽象产品角色所定义的接口,由具体工厂来创建,它 同具体工厂之间是多对一的关系。

类图

在这里插入图片描述

需求

现咖啡店业务发生改变,不仅要生产咖啡还要生产甜点,如提拉米苏、抹茶慕斯等,要是按照工厂方法模式,需要定义提拉米苏类、抹茶慕斯类、提拉米苏工厂、抹茶慕斯工厂、甜点工厂类,很容易发生类爆炸情况。其中拿铁咖啡、美式咖啡是一个产品等级,都是咖啡;提拉米苏、抹茶慕斯也是一个产品等级;拿铁咖啡和提拉米苏是同一产品族(也就是都属于意大利风味),美式咖啡和抹茶慕斯是同一产品族(也就是都属于美式风味)。所以这个案例可以使用抽象工厂模式实现。类图如下:

抽象产品Coffee

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:43* 咖啡抽象类*/
public abstract   class Coffee {public abstract  String getName();public void addsugar(){System.out.println("加糖");}public void addMilk(){System.out.println("加奶");}
}

具体产品LatterCoffee

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 拿铁咖啡*/
public class LatterCoffee extends Coffee {@Overridepublic String getName() {System.out.println("拿铁咖啡-意大利风味");return "拿铁咖啡";}
}

具体产品AmericanCoffee

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author lx* @date 2024/6/15 22:44* 美式咖啡*/
public class AmericanCoffee extends Coffee {@Overridepublic String getName() {System.out.println("美式咖啡-美式风味");return "美式咖啡";}
}

抽象产品Dessert

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:20* 甜点抽象类*/
public abstract class Dessert {public abstract void show();
}

具体产品Tiramisu

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:22*/
public class Tiramisu extends Dessert{@Overridepublic void show() {System.out.println("提拉米苏-意大利风味");}
}

具体产品MatchMouse

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:23*/
public class MatchMouse extends Dessert{@Overridepublic void show() {System.out.println("抹茶慕斯-美式风味");}
}

抽象工厂SupermarketFactory

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:30* 工厂接口*/
public interface SupermarketFactory {Coffee buyCoffer();Dessert buyDessert();
}

美式甜点工厂AmericanDessertFactory

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:32* 美式甜点工厂*/
public class AmericanDessertFactory implements SupermarketFactory {@Overridepublic Coffee buyCoffer() {return new AmericanCoffee();}@Overridepublic Dessert buyDessert() {return new MatchMouse();}
}

意大利风味甜点工厂ItalyDessertFactory

package com.lx.design.creator.factory.three;/*** TODO 添加描述** @author wangLJ* @date 2024/6/16 21:32* 意大利风味甜点工厂*/
public class ItalyDessertFactory implements SupermarketFactory{@Overridepublic Coffee buyCoffer() {return new LatterCoffee();}@Overridepublic Dessert buyDessert() {return new Tiramisu();}
}

用户购买

public class User {public static void main(String[] args) {//想买AmericanDessertFactory americanDessertFactory = new AmericanDessertFactory();americanDessertFactory.buyDessert().show();americanDessertFactory.buyCoffer().getName();}
}

优缺点

优点:

当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。

缺点:

当产品族中需要增加一个新的产品时,所有的工厂类都需要进行修改。
比如需要加一个冰淇淋的产品。抽象工厂以及具体工厂都需要添加以下代码

IceCream buyIceCream();

个人理解 抽象工厂, 案例中举例的是提拉米苏和咖啡,可以理解为同一个产品,不同厂商的不同实现, 我们也可以实现Coffer接口。从而创建一个MyCofferFactory工厂。返回一个芥末味的咖啡。
实际业务中可以是 JDBC,如果想要自己创建一个JDBC。只需要实现相对应的父类(对应的工厂)创建自己的MyJDBC,使用自己的工厂创建对应的JDBC 就可以了。

这篇关于设计模式(五)创建者模式之工厂模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1073266

相关文章

Java实现状态模式的示例代码

《Java实现状态模式的示例代码》状态模式是一种行为型设计模式,允许对象根据其内部状态改变行为,本文主要介绍了Java实现状态模式的示例代码,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来... 目录一、简介1、定义2、状态模式的结构二、Java实现案例1、电灯开关状态案例2、番茄工作法状态案例

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

工厂ERP管理系统实现源码(JAVA)

工厂进销存管理系统是一个集采购管理、仓库管理、生产管理和销售管理于一体的综合解决方案。该系统旨在帮助企业优化流程、提高效率、降低成本,并实时掌握各环节的运营状况。 在采购管理方面,系统能够处理采购订单、供应商管理和采购入库等流程,确保采购过程的透明和高效。仓库管理方面,实现库存的精准管理,包括入库、出库、盘点等操作,确保库存数据的准确性和实时性。 生产管理模块则涵盖了生产计划制定、物料需求计划、

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停