工厂模式和抽象工厂模式

概念:实例化对象,用工厂方法代替new操作
工程模式包括工厂方法模式和抽象工厂模式
抽象工厂模式是工厂方法模式的扩展

意图:
定义一个接口来创建对象,但是让子类来决定哪些类需要被实例化
工厂方法把实例化的工作推迟到子类中去实现

什么情况适合工厂模式:
1.有一组类似的对象需要创建
2.在编码时不能预见需要创建那种类的实例
3.系统需要考虑扩展性,不应依赖于产品类的实例如何被创建、组合和表达的细节

动机:
在项目中面临“对象”的创建工作,由于需求变化,对象也会发生变化,但它却又有稳定的接口,因此需要提供一种封装机制来隔离出这个易变对象的变化,保持系统其它依赖该对象的对象不随需求的变化而变化
设计:
1.尽量松耦合,一个对象的依赖对象的变化与本身无关
2.具体产品与客户端剥离,责任分割


工厂方法模式和抽象工厂模式对比
1.工厂模式是一种极端情况的抽象工厂模式,而抽象工程模式可以看做工厂模式的推广
2.工厂模式用来穿件一个产品的等级结构,而抽象工程模式可以创建多个产品的等级结构
3.工厂模式只有一个抽象产品类,抽象工厂模式有多个

工厂模式的作用:
在不修改具体工厂角色的情况下引进新的产品
客户端不必关心对象如果创建,明确了职责
更好的理解面向对象的原则,面向接口编程,而不要 面向实现编程

具体适用场景:
系统不依赖于产品类实例被创立,组成和表示的细节
系统的产品有至少一个产品系列
一个系列的产品是设计成在一起使用的,这个约束必须在系统设计中体现出来
不同产品以一系列的接口面貌出现,从而使系统不依赖接口实现的细节

源代码:https://download.csdn.net/download/weixin_41657883/10515456

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值