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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 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源码设计模式解析与实战》
相关文章
|
14天前
|
设计模式 存储 缓存
「全网最细 + 实战源码案例」设计模式——享元模式
享元模式(Flyweight Pattern)是一种结构型设计模式,旨在减少大量相似对象的内存消耗。通过分离对象的内部状态(可共享、不变)和外部状态(依赖环境、变化),它有效减少了内存使用。适用于存在大量相似对象且需节省内存的场景。模式优点包括节省内存和提高性能,但会增加系统复杂性。实现时需将对象成员变量拆分为内在和外在状态,并通过工厂类管理享元对象。
147 83
|
10天前
|
设计模式 存储 算法
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
48 14
「全网最细 + 实战源码案例」设计模式——命令模式
|
10天前
|
设计模式 存储 Java
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
47 13
「全网最细 + 实战源码案例」设计模式——责任链模式
|
12天前
|
设计模式 算法 开发者
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
47 8
「全网最细 + 实战源码案例」设计模式——策略模式
|
12天前
|
设计模式 SQL 算法
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
60 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
24天前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
87 40
|
19天前
|
设计模式 Java 开发者
「全网最细 + 实战源码案例」设计模式——适配器模式
适配器模式(Adapter Pattern)是一种结构型设计模式,通过引入适配器类将一个类的接口转换为客户端期望的另一个接口,使原本因接口不兼容而无法协作的类能够协同工作。适配器模式分为类适配器和对象适配器两种,前者通过多重继承实现,后者通过组合方式实现,更常用。该模式适用于遗留系统改造、接口转换和第三方库集成等场景,能提高代码复用性和灵活性,但也可能增加代码复杂性和性能开销。
67 28
|
14天前
|
设计模式 存储 安全
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式(Composite Pattern)是一种结构型设计模式,用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合,简化了复杂结构的处理。组合模式包含三个主要组件:抽象组件(Component)、叶子节点(Leaf)和组合节点(Composite)。通过这种模式,客户端可以统一处理简单元素和复杂元素,而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则;缺点是可能引入不必要的复杂性和过度抽象。
72 22
|
19天前
|
设计模式 缓存 Java
「全网最细 + 实战源码案例」设计模式——代理模式
代理模式(Proxy Pattern)是一种结构型设计模式,通过代理对象控制对目标对象的访问并添加额外功能。它分为静态代理和动态代理,后者包括JDK动态代理和CGLIB动态代理。JDK动态代理基于接口反射生成代理类,而CGLIB通过继承目标类生成子类。代理模式适用于延迟初始化、访问控制、远程服务、日志记录和缓存等场景,优点是职责分离、符合开闭原则和提高安全性,缺点是增加系统复杂性。
69 25
|
17天前
|
设计模式 前端开发 数据库
「全网最细 + 实战源码案例」设计模式——桥接模式
桥接模式(Bridge Pattern)是一种结构型设计模式,通过将抽象部分与实现部分分离,使它们可以独立变化,从而降低代码耦合度,避免类爆炸,提高可扩展性。其结构包括实现类接口、具体实现类、抽象类和精确抽象类。适用于多维度扩展类、隐藏实现细节、简化庞杂类以及运行时切换实现方法的场景。优点包括高扩展性、隐藏实现细节、遵循开闭原则和单一职责原则;缺点是可能增加代码复杂度。示例中展示了不同操作系统播放不同格式视频文件的实现。
46 19

热门文章

最新文章

推荐镜像

更多