设计模式(工厂模式,适配器模式,桥接模式)

目录

工厂模式:

工厂模式的分类:

简单工厂模式 :

工厂方法模式:

抽象工厂模式:

适配器模式

适配器分类:

类适配器模式:

对象适配器模式:

接口适配器模式:

桥接模式


 

工厂模式:

        工厂模式是我们最常用的实例化对象模式了,是用工厂方法代替new操作的一种模式。著名的Jive论坛 ,就大量使用了工厂模式,工厂模式在Java程序系统可以说是随处可见。因为工厂模式就相当于创建实例对象的new,我们经常要根据类Class生成实例对象,如A a=new A() 工厂模式也是用来创建实例对象的,所以以后new时就要多个心眼,是否可以考虑使用工厂模式,虽然这样做,可能多做一些工作,但会给你系统带来更大的可扩展性和尽量少的修改量

工厂模式的分类:

  • 简单工厂模式
  • 工厂方法模式
  • 抽象工厂模式

简单工厂模式 :

简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

什么时候使用简单工厂模式?

1.需要创建的对象少

2.不需要关注对象的创建过程

实现方式

简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例。

优点

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。

缺点

当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;

注意:由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用。

工厂方法模式:

工厂方法模式(FACTORY METHOD)是一种常用的类创建型设计模式,此模式的核心精神是封装类中变化的部分,提取其中个性化善变的部分为独立类,通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。它的核心结构有四个角色,分别是抽象工厂;具体工厂;抽象产品;具体产品

抽象工厂(Creator)角色:</

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 桥接模式适配器模式都是结构型设计模式,它们的目的都是解决两个不兼容的接口之间的问题,但它们的解决方式有所不同。 相同点: 1. 都是为了解决两个不兼容的接口之间的问题。 2. 都采用了对象组合的方式。 不同点: 1. 桥接模式是在不同的抽象层次上进行解耦,而适配器模式是在相同的抽象层次上进行解耦。 2. 桥接模式将抽象化和实现化解耦,使得它们可以独立变化,而适配器模式则是将原本不兼容的接口转换成兼容的接口,让它们可以一起工作。 3. 桥接模式中,抽象化和实现化可以分别扩展而互不影响,而适配器模式中,适配器是在实现原有接口的基础上添加了新的接口,两者存在一定的耦合性。 总之,桥接模式适配器模式都是用来解决接口不兼容的问题,但是它们的实现方式和应用场景略有不同,需要根据具体情况选择使用哪种模式。 ### 回答2: 桥接模式适配器模式是两种软件设计模式,它们具有一些相似之处,也存在一些不同之处。 1. 相同点: - 目的相似:桥接模式适配器模式都是用于解决不同接口之间的兼容性问题,使得不同的类或对象能够协同工作。 - 都通过组合关系实现:桥接模式适配器模式都是通过将一个接口与另一个接口进行组合,以实现兼容性和协同工作。 2. 不同点: - 使用场景不同:桥接模式主要用于解耦抽象部分和实现部分,使它们可以独立变化;而适配器模式则用于将一个类的接口转换成客户端所期望的接口,使得原本不兼容的接口能够协同工作。 - 目标对象不同:桥接模式的目标是将抽象和实现解耦,让它们可以独立变化;而适配器模式的目标是使得原本不兼容的接口能够协同工作,提供一种中间转换层。 - 引起变化的原因不同:桥接模式的变化主要来自于抽象和实现之间的变化,两者可以独立地进行扩展;而适配器模式的变化主要来自于客户端对接口的期望变化,需要进行接口的适配转换。 总结来说,桥接模式适配器模式都是用于解决接口的兼容性问题,但应用场景和目标对象有所不同。桥接模式主要用于解决抽象和实现的耦合问题,适配器模式主要用于对接口进行转换,使得原本不兼容的接口能够协同工作。 ### 回答3: 桥接模式适配器模式都是常用的软件设计模式,用于处理不兼容的程序组件之间的交互。它们的异同如下: 相同点: 1. 目标:两种模式都用于实现不同组件之间的通信,并且不改变这些组件的源码。 2. 解决方案:两种模式都通过创建一个中间层来解决组件之间的不兼容性问题。 3. 实现方式:两种模式都使用了对象间的关联关系来实现。 不同点: 1. 目的不同:桥接模式的目的是将抽象与实现相分离,使得它们可以独立地变化。适配器模式的目的是将一个类的接口转换为客户端所期望的另一个接口。 2. 设计原则:桥接模式遵循了开闭原则,通过将抽象部分和具体部分分离,使得它们可以独立地扩展。适配器模式尊重单一职责原则,通过适配器类将不相关的类进行适配,保持职责的单一性。 3. 使用场景:桥接模式主要用于系统可扩展性的设计,能够方便地增加新的抽象和实现。适配器模式主要用于现有系统间的兼容性问题,能够使得不兼容的类可以协同工作。 4. 结构不同:桥接模式将抽象部分与具体实现分离,抽象部分持有一个实现部分的引用,并委托给实现部分完成实际工作。适配器模式通过适配器类将被适配者包装起来,提供客户端期望的接口。 综上所述,桥接模式适配器模式有相似之处,例如解决不兼容的组件之间的交互问题,但也有明显的区别,例如目的不同、设计原则不同、使用场景不同和结构不同等。在实际应用中,根据具体的需求,选择适合的模式能够更好地解决问题。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值