Java设计模式 | 工厂模式解析与实战

简介: Java设计模式 | 工厂模式解析与实战

定义

定义一个用于创建对象的接口,让子类决定实例化哪个类。

工厂方法模式的使用场景

**在任何需要生成复杂对象的地方,都可以使用工厂方法模式
复杂对象适合使用工厂模式,
简单用new就可以完成创建的对象无需使用工厂模式。**

工厂方法模式的UML类图


● 抽象工厂,其为工厂方法模式的核心;
● 具体工厂,其实现了具体的业务逻辑;
● 抽象产品,工厂方法模式所创建的产品的父类;
● 具体产品,为实现抽象产品的某个具体产品的对象。

实战【下面demo主要有三种形式】

最简单的,只生产一种类型实例的写法:
    public abstract class Product {
        /**
         * 产品类的抽象方法
         *由具体的产品类去实现
         */
        public abstract void method();
    }
    //具体产品类A
    public class ConcreteProductA extends Product {
        @Override
        public void method() {
            System.out.println("我是具体的产品A");
        }
    }
    //具体产品类B
    public class ConcreteProductB extends Product {
        @Override
        public void method() {
            System.out.println("我是具体的产品B");
        }
    }

    //抽象工厂类
    public abstract class Factory {
        /**
         * 抽象工厂方法
         * 具体生产什么由子类去实现
         *
         * @return 具体的产品对象
         */
        public abstract Product createProduct();
    }
    //具体工厂类
    public class ConcreteFactory extends Factory {
        @Override
        public Product createProduct() {
            return new ConcreteProductA();
        }
    }

    //客户类
    public class Client {
        public static void main(String[] args) {
            Factory factory = new ConcreteFactory();
            Product p = factory.createProduct();
            p.method();
        }
    }

上面是生产产品A,如果要生产产品B,则手动修改工厂方法:

public class ConcreteFactory extends Factory {
        @Override
        public Product createProduct() {
            return new ConcreteProductB();
            // return new ConcreteProductA();
        }
    }
**以上这种方式比较不灵活,不优雅,只是比较简单,
如果要生产的产品只有一种,就可以这样写;

但是如果要生产的产品有多种,
则建议用以下的动态写法!!!!!!!
通过反射、泛型来实现^^^^^^^^^^^^^^^^^^**
public abstract class Factory {
        /**
         * 抽象工厂方法
         * 具体生产什么由子类去实现
         *
         * @param clz 产品对象类类型
         *
         * @return 具体的产品对象
         */
        public abstract <T extends Product> T createProduct(Class<T> clz);
    }

对于具体的工厂类,则通过反射获取类的示例即可:

public class ConcreteFactory extends Factory {
        @Override
        public <T extends Product> T createProduct(Class<T> clz) {
            Product p = null;
            try {
                p = (Product) Class.forName(clz.getName()).newInstance();
            } catch (Exception e) {
                e.printStackTrace();
            }
            return (T) p;
        }
}

最后再来看看Client中的实现:

public class Client {
        public static void main(String[] args) {
            Factory factory = new ConcreteFactory();
            Product p = factory.createProduct(ConcreteProductB.class);
            p.method();
        }
    }
**需要哪一个类的对象就传入哪一个类的类型即可,
这种方法比较简洁、动态;
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
【只有一个 具体工厂类
所有 产品的构建
都挤在一个 createProduct()中完成!】
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^**

**而前面的两种工厂方法模式,
即如果确定工厂类只有一个,也可以简化掉抽象类!!!!!!!!!!!
将对应的工厂方法改为静态方法即可:
(这样的方式又称为简单工厂模式或静态工厂模式,
它是工厂方法模式的一个弱化版本)
这里只剩下三个元素,抽象 / 具体产品类工厂类;**

简单工厂模式 / 静态工厂模式

public class Factory {
        public static Product createProduct() {
            //构建逻辑
            return new ConcreteProductB();

            // return new ConcreteProductA();
        }
}

-------------------------------------------
//泛型
public class Factory {
        
        public <T extends Product> T createProduct(Class<T> clz) {
            Product p = null;
            try {
                p = (Product) Class.forName(clz.getName()).newInstance();
            } catch (Exception e) {
                e.printStackTrace();
            }
            return (T) p;
        }
}


**或者也可以用另外的形式,
尝试为每一个产品都定义一个具体的工厂,各司其职:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
【与上面的形式相比,
这里拥有多个 具体工厂类
每个工厂类各自封装对应产品的 createProduct();】
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^**

多工厂方法模式

public class ConcreteFactoryA extends Factory {
        @Override
        public Product createProduct() {
            return new ConcreteProductA();
        }
}

public class ConcreteFactoryB extends Factory {
        @Override
        public Product createProduct() {
            return new ConcreteProductB();
        }
}

public class Client {
        public static void main(String[] args) {
            Factory factoryA = new ConcreteFactoryA();
            Product productA = factoryA.createProduct();
            productA.method();
            Factory factoryB = new ConcreteFactoryB();
            Product productB = factoryB.createProduct();
            productB.method();
        }
    }
像这样拥有多个工厂的方式称为多工厂方法模式
工厂方法模式是完全符合设计原则的,其降低了对象之间的耦合度,而且,工厂方法模式依赖于抽象的架构,其将实例化的任务交由子类去完成,有非常好的扩展性。







参考:

  • 《Android源码设计模式解析与实战》
相关文章
|
21天前
|
设计模式 Java Spring
Java 设计模式之责任链模式:优雅处理请求的艺术
责任链模式通过构建处理者链,使请求沿链传递直至被处理,实现发送者与接收者的解耦。适用于审批流程、日志处理等多级处理场景,提升系统灵活性与可扩展性。
160 2
|
21天前
|
设计模式 网络协议 数据可视化
Java 设计模式之状态模式:让对象的行为随状态优雅变化
状态模式通过封装对象的状态,使行为随状态变化而改变。以订单为例,将待支付、已支付等状态独立成类,消除冗长条件判断,提升代码可维护性与扩展性,适用于状态多、转换复杂的场景。
199 0
|
20天前
|
设计模式 算法 搜索推荐
Java 设计模式之策略模式:灵活切换算法的艺术
策略模式通过封装不同算法并实现灵活切换,将算法与使用解耦。以支付为例,微信、支付宝等支付方式作为独立策略,购物车根据选择调用对应支付逻辑,提升代码可维护性与扩展性,避免冗长条件判断,符合开闭原则。
204 35
|
20天前
|
设计模式 消息中间件 传感器
Java 设计模式之观察者模式:构建松耦合的事件响应系统
观察者模式是Java中常用的行为型设计模式,用于构建松耦合的事件响应系统。当一个对象状态改变时,所有依赖它的观察者将自动收到通知并更新。该模式通过抽象耦合实现发布-订阅机制,广泛应用于GUI事件处理、消息通知、数据监控等场景,具有良好的可扩展性和维护性。
181 8
|
6月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
178 16
|
6月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
179 0
|
6月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
162 0
|
6月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
134 0
|
6月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
11月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
591 11

热门文章

最新文章

推荐镜像

更多
  • DNS