【设计模式】创建型模式

       随着软考的结束,大家都逐渐投入计算机的学习,这两天我也慢慢的找回了状态。

       在软考之前我刚笼统学完一遍设计模式,当时还是处于一知半解的状态,不过在学习软考的过程中,随着对设计模式的深入学习,以及在同组小伙伴的讨论中,对其又有了更加深入的理解,本篇博客是对之前学习的总结~

       首先,设计模式分为三大类别,分别是创建型模式、结构型模式和行为型模式。本篇主要总结创建型模式。

创建型模式

       为何需要:创建型模式隐藏了这些类的实例是如何被创建和放在一起,整个系统关于这些对象所知道的是由抽象类所定义的接口。这样,创建型模式在创建了什么、谁创建它、它是怎么被创建的,以及何时创建这些方面提供了很大的灵活性。

       存在的意义:创建型模式抽象了实例化的过程。它们帮助一个系统独立于如何创建、组合和表示它的那些对象。创建型模式都会将关于该系统使用哪些具体的类的信息封装起来。允许客户用结构和功能差别很大的‘产品’对象配置一个系统。配置可以是静态的,即在编译时指定,也可以是动态的,就是运行时再指定。

       创建型模式一共有五个,它们分别是抽象工厂、建造者、工厂方法、原型、单例。

抽象工厂      

       定义:提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。结构图如下:

       优点:让具体的创建实例过程与客户端分离,客户不需要知道什么被创建,从而可以减少客户端与具体产品类之间的依赖,进而使得系统的耦合度降低,使得后期的维护和扩展更加方便。

       缺点:很难支持新产品的变化。因为在抽象接口中已经确定了可以被创建的产品集合,如果需要添加新的产品,就需要更改抽象工厂的接口,这样就涉及到了抽象工厂的类及其所有子类的改变,也就违背了“开放-关闭”的原则。

建造者

       定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 。

  • 指挥者(Director):构建一个使用Builder接口的对象
  • 抽象建造者(Builder):为创建一个Product产品对象的各个部件指定的抽象接口
  • 具体建造者(ConcreteBuilder):具体建造者,实现Builder接口,构建和装配各个部件
  • 产品类(Product):具体产品

优点:

1、使用建造者模式可以使客户端不必知道产品内部组成的细节。

2、具体的建造者类之间是相互独立的,这有利于系统的扩展。

3、具体的建造者相互独立,因此可以对建造的过程逐步细化,而不会对其他模块产生任何影响。

缺点: 

1、建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

2、如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。

工厂方法

       定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

  • Product:定义工厂方法所创建的对象的接口
  • Creator:声明工厂方法,该方法返回一个Product类型的对象
  • ConcreteProduct:具体的产品,实现了Product接口
  • ConcreteCreator:重定义工厂方法以返回一个ConcreteProduct实例

优点:

1、工厂方法来创建客户所需要的产品,而客户只需要关心所需产品对应的工厂即可,不需要关心创建细节,甚至不需要知道具体产品类的类名。

2、能够让工厂自主确定创建何种产品对象,而如何创建这个对象的细节,完全封装在具体工厂内部。

3、当系统需要加入新产品时,无须修改抽象工厂或抽象产品提供的接口,不需要修改客户端,也不需要修改其他具体的工厂和产品,只需要再添加一个新的具体工厂和产品就可以。使得系统的可扩展性变得很好,符合“开放-封闭”原则。

缺点:在添加新产品时,需要编写新的类,还要添加与之对应的具体工厂类,增加了额外的开发量。

 原型

        用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。

  • Client:让一个原型克隆自身从而创建一个新的对象
  • Prototype:原型类,声明一个克隆自身的接口
  • ConcretePrototypeA、ConcretePrototypeB:具体原型类,实现一个克隆自身的操作

优点:

1、当创建新的对象实例较为复杂时,使用原型模式可以简化对象的创建过程。

2、扩展性较好 缺点: 需要为每一个类配备一个克隆方法。

缺点:需要为每一个类配备一个克隆方法。

单例 

        保证 一个类仅有一个实例,并提供一个访问它的全局访问点。

优点:

1、单例模式提供了对唯一实例的受控访问。 

2、在系统内存中只存在一个对象,所以可以节约系统资源 。

缺点: 扩展有较大困难。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值