设计模式之工厂模式

引出

        我们如果要想去使用一个接口,那么一定要为接口定义他的子类,既然有了子类,那就可以按照子类对象的向上转型为接口对象进行实例化的处理操作,于是问题,也就从此出现了(我们开始讨论的不是行与不行,而是好与不好)。我们先来看一张图

代码实现

interface IBook {
    public void read();
}

class ProgramBook implements IBook {

    @Override
    public void read() {
        System.out.println("【ProgramBook】认真学习编码,认真学习《Java基础》");
    }
}

public class Demo {
    public static void main(String[] args) {
        IBook book = new ProgramBook();
        book.read();
    }
}

问题

        实际上这个程序所存在的最大的问题就在于主方法中的那个关键"new" (IBook book = new programBook();),因为这种代码一旦定义,就以为着主类和ProgramBook 这个子类捆绑在一起,那么这种操作就存在了很强的耦合性,所以在正常的项目过程之中一般常见的做法都是中间使用一个过渡层,例如:Java程序的可移植性原理 —— JVM。

工厂模式

        在以上例子中,按照同样的道理来讲,此时对于当前程序最大的问题就是客户端的程序类与接口的子类有了直接的耦合,而如果想要解决这个问题,最佳的做法就是引入一个中间的过渡类——工厂类。

 代码实现

interface IBook {
    public void read();
}

class ProgramBook implements IBook {

    @Override
    public void read() {
        System.out.println("【ProgramBook】认真学习编码,认真读《Java基础》");
    }
}

class MathBook implements IBook {

    @Override
    public void read() {
        System.out.println("【ProgramBook】认真学习数额学,认真读《数学》");
    }
}

class Factory{
    public static IBook getInstance(String className){
        if("program".equalsIgnoreCase(className)){
            return  new ProgramBook();
        }else if("math".equalsIgnoreCase(className)){
            return new MathBook();
        }

        return null;
    }
}

public class Demo {
    public static void main(String[] args) {
        IBook book = Factory.getInstance("program");
        book.read();
        book = Factory.getInstance("math");
        book.read();
    }
}

         统一以上代码分析之后可以发现,当前程序中的主类和接口的子类没有任何的直接联系,而所有的IBook接口对象全部是通过工厂类来获取的,这样就实现了解耦合的设计操作。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
工厂模式是一种常见的创建型设计模式,用于创建对象,而不是通过直接调用构造函数来创建它们。工厂模式定义了一个接口,用于创建相关对象,但是让子类决定要实例化的类。在C++中,工厂模式可以通过以下步骤实现: 1. 创建一个抽象基类,该类定义了一个纯虚拟函数,该函数将返回一个指向基类的指针。这个基类就是我们的工厂接口。 ```c++ class Product { public: virtual ~Product() {} virtual void operation() = 0; }; ``` 2. 创建具体的产品类,它们继承自抽象基类,并实现了其纯虚拟函数。这些类就是我们的具体产品。 ```c++ class ConcreteProductA : public Product { public: void operation() override { /* 具体产品 A 的操作 */ } }; class ConcreteProductB : public Product { public: void operation() override { /* 具体产品 B 的操作 */ } }; ``` 3. 创建一个工厂类,该类实现了工厂接口,并根据需要创建具体的产品。这个工厂类就是我们的具体工厂。 ```c++ class Factory { public: virtual ~Factory() {} virtual std::unique_ptr<Product> createProduct() = 0; }; class ConcreteFactoryA : public Factory { public: std::unique_ptr<Product> createProduct() override { return std::make_unique<ConcreteProductA>(); } }; class ConcreteFactoryB : public Factory { public: std::unique_ptr<Product> createProduct() override { return std::make_unique<ConcreteProductB>(); } }; ``` 4. 在客户端代码中使用具体工厂创建具体产品。 ```c++ int main() { std::unique_ptr<Factory> factory = std::make_unique<ConcreteFactoryA>(); std::unique_ptr<Product> product = factory->createProduct(); product->operation(); return 0; } ``` 这就是工厂模式的基本实现方式。通过这种方式,我们可以将对象的创建过程与客户端代码分离,从而更好地实现模块化和可扩展性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

倪家李子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值