Java设计模式之二 —— 工厂方法

最新推荐文章于 2026-06-24 20:42:01 发布
原创 最新推荐文章于 2026-06-24 20:42:01 发布 · 440 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#设计模式 #java #产品 #class #interface
#string
本文通过创建飞机和汽车产品的实例，详细介绍了工厂模式的具体实现过程。利用工厂方法，客户端无需关心具体产品的创建细节，即可轻松获取所需产品。

      1.问题的提出

      有一家工厂生产的产品Product分为两类，一类是飞机ProductA，一类是汽车ProductB。我们希望在实际生产的过程中由具体的构造器来实例化我们的ProductA和ProductB。

 

      2.设计类图

      3.代码实现

      首先，我们需要定义一个Product接口，用来表示工厂生产的产品。

 

public interface Product
{
    public void printProduct();
}

 

      由于我们的工厂即生产飞机ProductA又生产汽车ProductB，于是我们让ProductA和ProductB实现Product接口：

      1.飞机产品 —— ProductA：

 

public class ProductA implements Product
{
    public void printProduct()
    {
        System .out.println("ProductA" );
    }
}

 

      2.汽车产品 —— ProductB：

 

public class ProductB implements Product
{
    public void printProduct()
    {
        System .out.println("ProductB" );
    }
}

 

      接下来，我们需要一个构造器 —— 工厂方法，用来构建Product产品：

 

public interface ProductCreator
{
    public Product factorymethod();
}

 

      有了产品构造器的接口之后，我们需要分别实现两个类，用来构建ProductA和ProductB：

      1.飞机产品构造器 —— ProductCreatorA：

 

public class ProductCreatorA implements ProductCreator
{
    public Product factorymethod()
    {
        return new ProductA();
    }
}

 

      2.汽车产品构造器 —— ProductCreatorB：

 

public class ProductCreatorB implements ProductCreator
{
    public Product factorymethod()
    {
        return new ProductB();
    }
}

 

      4.客户端实现

      我们写一个Client来测试我们的工厂方法：

 

public class Client
{
    public static void main(String [] args)
    {
        //定义一个飞机产品构造器
        ProductCreator productCreatorA = new ProductCreatorA();
        //定义一个汽车产品构造器
        ProductCreator productCreatorB = new ProductCreatorB();

        //构造飞机产品
        Product productA = productCreatorA.factorymethod();
        //构造汽车产品
        Product productB = productCreatorB.factorymethod();

        //控制台输出飞机产品内容
        productA.printProduct();
        //控制台输出汽车产品内容
        productB.printProduct();
    }
}

 

      运行结果如下：

 

      5.总结 —— 趣味见解

      可见，工厂类不再负责进行对象的构建，而将每个对象的构建任务分配给相应的实现类。也就是说存在一个类，就存在一个相应类的构造器。

      通常我请一群朋友去吃麻辣烫，每个人的口味都不一样，我一个跟服务员说的麻烦，我直接用FactoryMethod方法来解决。跟服务员说：“每一个人一份麻辣烫。”至于要什么样的让每个人自己跟服务员说去。

实验02 类 图 (1)
m0_52435951的博客
09-16 3888
1.实验目的 (1) 熟悉Rose的工作环境； (2) 了解正向工程和逆向工程； (3) 掌握类图的基本概念和类之间的关系； (4) 掌握用Rose绘制类图方法。 2.实验内容 一、熟悉Rose的工作环境(类图工具栏)。 二、1.绘制类图(文件名命名为CustomerAddress.mdl)；2.用正向工程生成Java代码框架；3.比较代码和模型，分析其含义。 public class Customer { public Address theAddress;
java 工厂方法设计模式 FactoryMethod
long316的专栏
08-15 532
我们创建一个抽象类来声明工厂方法 ，并可选择包括共享行为，例如定义使用任何对象提供的任何对象发送通知的高级逻辑。但是，随着您的产品不断增长并且您不断添加新的通知类型，有些事情又开始感觉不对劲。因此，您可以添加一个新类，并通过添加一个新块来更新您的 NotificationService 类，以创建 SMS 通知对象，并发送该对象。现在，您的通知代码开始看起来像一个巨大的控制塔。工厂方法设计模式是一种创建设计模式，它提供了一个用于在超类中创建对象的接口，但允许子类更改将要创建的对象的类型。
Java 设计模式之工厂方法模式
牛角尖
09-18 903
工厂方法模式，作为应用相当广泛的设计模式，是我们必须要掌握的，本文是在上一讲 “静态工厂方法模式” 的基础上继续讨论起来的，通过代码示例+Java源码介绍的方式，帮助大家理解这种设计模式。
Java23种设计模式之工厂方法模式
肖睿的博客
09-13 238
Java23种设计模式之工厂方法模式 工厂方法模式(Factory Method Pattern) Define an interface for creating an object,but let subclasses decide which class to instantiate.Factory Method lets a class defer instantiation to su...
Java 设计模式-工厂方法模式
精神小牛马
07-30 1237
工厂方法模式去掉了简单工厂模式中工厂方法的静态属性使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。工厂方法模式使用继承自抽象工厂角色的多个子类来代替简单工厂模式中的“顶级类”。这样便分担了对象创建的压力；避免工厂类中用逻辑判断来决定创建对象，而且这样使得结构变得相当灵活当有新的产品产生时，只要按照抽象产品角色、抽象工厂角色提供的规则来生成，那么就可以被客户使用，而不必去修改任何已有的代码，可以看出工厂方法模式符合开闭原则。
java设计模式 工厂_Java设计模式，工厂方法
weixin_39657825的博客
02-15 105
一、工厂方法定义：利用工厂类，对实现同一接口的不同类进行实例的创建。也就是根据不同的需求，创建不同的子类对象。现在有一个基类Anim，有一个AnimFactory工厂类，所有实现了Anim的子类都通过AnimFactory来创建：public interface Anim {void eat();}public class Bird implements Anim {@Overridepublic...
GoF设计模式——观察者模式
多低调的博客
06-18 211
观察者模式是一种行为设计模式，用于定义对象间的一对多依赖关系。当主题对象状态改变时，所有依赖它的观察者都会自动收到通知并更新。本文以气象监测系统为例，说明传统写法会导致紧密耦合，而观察者模式通过"订阅-通知"机制解耦主题和观察者。 文章详细介绍了观察者模式的四个角色（主题接口、具体主题、观察者接口、具体观察者），并通过UML类图展示了它们的关系。重点讲解了"拉模型"实现方式：主题通知时将自身传给观察者，观察者按需从中拉取所需状态。最后以气象站和显示面板为例，给出了完整的Java实现代码，演示如何让温度数据变
主表 + 扩展表设计模式
BADAO_LIUMANG_QIZHI的博客
06-23 384
主表+扩展表设计模式
设计模式——建造者模式模式（AI回答）
yaoct的博客
06-22 191
建造者模式解决的是：当一个对象有很多参数，其中一些必填、一些选填、一些之间还有约束关系时，直接用构造器或一堆 setter 会让调用方很痛苦。来看问题是怎么出现的。
3条短句速记23种设计模式
_Athie的博客
06-19 283
故事联想记忆法速记，总结常用和不常用的设计模式
智能体设计模式：学习与适应 Learning & Adaptation
闵浮龙的博客
06-17 193
学习与适应，是 Agent 从“工具调用器”升级成“长期系统”的关键一步。它的核心不是让模型自由发挥，而是建立反馈闭环。能记录。能评估。能诊断。能更新。能验证。能回滚。做到这些，Agent 才能越用越稳，越跑越准。智能体设计模式：学习与适应 Learning & Adaptation：功能变化与行业影响解析_热闻岛。
18.C++设计模式-命令模式
C++方向学习笔记
06-22 209
命令模式是一种行为型设计模式，其核心思想是将请求封装为独立对象，实现调用者和执行者的解耦。该模式包含5个关键角色：Command接口定义执行操作，ConcreteCommand绑定接收者和动作，Receiver执行业务逻辑，Invoker触发命令，Client组装命令对象。 典型应用场景包括：GUI事件处理、撤销/重做功能、任务队列、日志记录和宏命令组合。文中通过智能家居遥控器示例展示C++实现，包括灯光控制、音响调节和组合命令，演示了命令执行和撤销机制。
【大白话说Java面试题 第134题】【05_Mybatis篇】第4题：MyBatis 源码中用了哪些设计模式？为什么要用这些设计模式？
最新发布
AI工程硬核派+电脑生活效率咖
06-24 261
MyBatis源码中巧妙运用了多种设计模式，主要包括： 构建者模式：用于SqlSessionFactory的创建，通过SqlSessionFactoryBuilder分阶段解析配置，解决复杂对象构建问题 工厂模式：通过SqlSessionFactory和Configuration统一创建SqlSession和Executor，隐藏实现细节 动态代理模式：自动生成Mapper接口实现类，开发者只需定义接口 装饰器模式：如CachingExecutor包装其他Executor实现缓存功能 策略模式：根据不同Ex
第十一章：自主进化 Agent — 越用越强的设计模式
加多的博客
06-19 42
前面所有章节构建的 Agent 都有一个共同的隐含前提：它们在使用过程中不会成长。你用了一年的 Agent，和你用了一天的 Agent，能力边界完全相同。上周它帮你解决了一个 Python 依赖冲突，下周同样的问题再出现，它依然从零开始思考。这在人类同事的视角里不可想象——一个工作了一年的工程师，绝对不可能和入职第一天一样。自主进化 Agent 要解决的就是这个问题：让 Agent 从"工具"变成"同事"，越用越强。本章讲清楚六件事：你的团队每天都会做"代码提交前检查"这件事：跑 linter、跑测试、写提
智能体设计模式：资源感知优化 Resource-Aware Optimization
闵浮龙的博客
06-18 155
资源感知优化，是 Agent 从 Demo 走向生产的关键能力。Demo 可以只追求效果。生产系统必须同时看质量、成本、延迟和稳定性。一句话：小问题别烧大模型，大问题别省关键资源，高风险问题别让 Agent 独自决定。智能体设计模式：资源感知优化 Resource-Aware Optimization_热闻岛。
游戏编程模式05-设计模式-原型模式
qq_37084534的博客
06-22 187
原型模式把“创建一个新对象”变成“复制一个已经配置好的样板”。它像关卡编辑器里的复制粘贴：设计师先做出一只带属性、掉落、AI 参数的怪物样本，生成器以后只负责克隆。C# 里的浅拷贝很诱人，但游戏对象往往包含列表、引用、资源句柄。原型适合“从样板派生实例”，但不适合隐藏复杂生命周期。对象需要注册系统、申请资源、绑定事件时，克隆后仍要有清晰的初始化阶段。原型模式让对象自己知道如何复制自己，生成器只依赖“可克隆”的抽象。当对象构造过程很复杂，或者类型组合来自数据配置时，继续写一堆。血量/速度/掉落/AI。
你写 JdbcTemplate 的 callback 写了三年——这就是模板方法，但你从没把它当设计模式
zhouhui001的博客
06-18 630
这个认知没错，但只覆盖了模板方法 20% 的用法——剩下的 80% 藏在各种 Spring 组件里，你天天在用却从来没把它跟设计模式挂钩。剩下的 6 个步骤是 JdbcTemplate 帮你写好的——这就是模板方法模式的本质：**固定流程 + 可变步骤**。# 你写 JdbcTemplate 的 callback 写了三年——这就是模板方法，但你从没把它当设计模式。ps -> ps.setString(1, "PAID"), // 步骤1：设置参数。8. 归还连接到连接池。
游戏设计模式10-序列模式-更新方法
qq_37084534的博客
06-22 34
更新顺序会影响结果。对象 A 先更新还是对象 B 先更新，可能改变碰撞、AI 感知或触发事件的结果。需要确定性时，要明确排序规则。游戏里大量对象都有跨帧行为：移动、冷却、动画、生命周期、AI。更新方法让对象把自己的时间推进逻辑封装起来，主循环只负责统一调度。更新方法把“每帧要做的事情”分散到每个对象自己身上。游戏世界像一支队伍，主循环每帧点名，每个对象向前走一步。更新列表遍历时不要直接增删当前集合。使用延迟添加、死亡标记或命令队列，可以避免迭代器失效和跳过对象。
HarmonyOS APP开发：智能交互设计模式与无障碍
热门推荐
Jack20的博客
06-21 1万+
你有没有想过，为什么有些APP用起来就是"顺手"，而有些APP怎么用都"别扭"？答案往往不在于功能多少，而在于交互设计。好的交互设计让用户几乎不需要思考就能完成操作，而差的交互设计让用户每一步都在犹豫——“这个按钮是干什么的？”“我刚才点了什么？”“怎么返回？”智能交互设计更进一步——它不仅让操作"顺手"，还让操作"智能"。系统能根据用户的上下文、习惯、甚至情绪状态，主动预测用户意图，提供最合适的操作路径。比如你每天早上8点都会打开新闻APP，系统在第7天就会在7:58自动把新闻推到你的锁屏上。但智能交互有
17.C++设计模式-中介者模式
C++方向学习笔记
06-22 336
中介者模式是一种行为设计模式，通过引入中介对象来封装对象间的交互，降低耦合度。核心包括中介者接口、具体中介者和同事类三部分，适用于聊天室、智能家居等需要协调多个组件的场景。文中以C++实现的智能家居系统为例，展示了控制中心（中介者）如何协调灯光、空调等设备（同事类）的交互，实现"早安模式"、"晚安模式"等场景。该模式有效减少了对象间的直接依赖，使系统更易于维护和扩展。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值