设计模式(一)---三种工厂模式

工厂模式(属于创建者模式

  • 1.简单工厂模式

一个买水果的过程
我们买所需要的水果,工厂新建我们所需要的水果。
若有新增的水果,需要在工厂中新增方法
但是这个并不符合开闭原则
在这里插入图片描述

  • 2. 工厂模式

涉及到了反射的知识点,利用xml配置文件来进行反射 在这里插入图片描述

  • 优点

1.向客户隐藏了哪种具体产品类将被实例化的细节。用户只需要关心所需产品对应的工厂。
2.工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则封装在具体工厂内部。
3.在系统加入新产品时,无须修改抽象工厂和抽象产品提供的接口。完全符合”开闭原则“

  • 缺点
  1. 需要编写新产品时,还要提供对应的具体工厂类,系统中类的个数成对增加。增加系统复杂度。
  2. 增加系统抽象性和理解难度
  • 适用环境
    1.一个类不知道它所需要的对象的类时。
    2.一个类通过其子类来指定创建哪个对象时。
    3.将创建对象的任务委托给多个工厂子类中的某一个,客户端使用时动态指定。

3.抽象工厂模式

在这里插入图片描述
抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。

优点:当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。

缺点:产品族扩展非常困难,要增加一个系列的某一产品,既要在抽象的 Creator 里加代码,又要在具体的里面加代码。

使用场景: 1、QQ 换皮肤,一整套一起换。 2、生成不同操作系统的程序。

注意事项:产品族难扩展,产品等级易扩展。


其中可以使用到反射机制来获取所需要的对象。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值