设计模式的迷宫探险，轻松找到出路！

见解分享

2023-10-25 20:14:58

在设计模式的迷宫中导航：简单工厂与工厂方法

踏入设计模式的浩瀚迷宫，无数曲折小径交织纵横。对于渴望掌握其精髓的探险者而言，了解简单工厂和工厂方法模式至关重要。这两条看似相似的道路，实则风景迥异，通往截然不同的目的地。

简单工厂：工厂之王

简单工厂模式宛如一位优雅实用的君主，由一个中央工厂类统领全局，负责创建和管理所有产品对象。当需要打造一款新产品时，只需向工厂类发出召唤，即可获得所需成品。

优势：

简约至上： 简单工厂模式易于理解和实现，只需一个工厂类即可掌控所有产品的诞生。
松绑枷锁： 客户端与具体的产品类之间隔山望海，只需与工厂类亲密接触。

劣势：

灵活性捉襟见肘： 当产品家族迎新成员时，工厂类需要改头换面，可能扰乱系统的稳定性。

工厂方法：灵活性之选

工厂方法模式是一位更为灵活的执政者。它定义了一个创建产品对象的接口，将实例化具体产品类的权力下放给子类。

优势：

如鱼得水： 通过创建不同的子类，可以轻松添加新产品，而无需改造工厂方法类。
无限延伸： 工厂方法模式拓展性极佳，可以创建多个工厂类，生产不同类型的产品。

劣势：

复杂度稍高： 比简单工厂模式略显复杂，需要创建多个类来实现。

抉择指南：哪条路更适合你？

选择简单工厂模式还是工厂方法模式，应根据具体需求而定。

简约至上，稳定为先： 如果需要简单、直接的创建机制，且产品种类相对稳定，那么 简单工厂模式 便是你的不二之选。
灵活应变，拓展为王： 如果需要更灵活、可扩展的创建机制，且产品种类可能发生变化，那么 工厂方法模式 更适合你。

代码示例：迷雾散开，通往明路

简单工厂模式：

class ProductFactory {
    public static Product createProduct(String type) {
        switch (type) {
            case "A":
                return new ProductA();
            case "B":
                return new ProductB();
            default:
                throw new IllegalArgumentException("Invalid product type: " + type);
        }
    }
}

工厂方法模式：

interface ProductFactory {
    Product createProduct();
}

class ProductAFactory implements ProductFactory {
    @Override
    public Product createProduct() {
        return new ProductA();
    }
}

class ProductBFactory implements ProductFactory {
    @Override
    public Product createProduct() {
        return new ProductB();
    }
}