设计模式概念总结

标签：eth   原型   分享   alt   细节   装饰者   http   可扩展   dap   

.https://www.cnblogs.com/zhili/p/DesignPatternSummery.html

1.单例模式(Singleton)

   确保一个类只有一个实例，并提供一个全局访问点

2.简单工厂

优点:

• 简单工厂模式解决了客户端直接依赖于具体对象的问题，客户端可以消除直接创建对象的责任，而仅仅是消费产品。简单工厂模式实现了对责任的分割
• 简单工厂模式也起到了代码复用的作用

缺点：

• 工厂类集中了所有产品创建逻辑，一旦没办法正常工作，整个系统都会受到影响
• 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，这样会造成工厂逻辑过于复杂    

3.工厂方法模式

4.工厂方法模式(factory method)

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

5.抽象工厂模式(Abstract Factory) 

   提供了一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体类。

 优点：

   抽象工厂模式将具体产品的创建延迟到具体工厂的子类中，这样将对象的创建封装起来，可以减少客户端与具体产品类之间的依赖，从而使系统耦合低。这样更有利于后期的维护发展

缺点：

   抽象工厂模式很难支持新种类产品的变化，这是因为抽象工厂接口中已经确定了可以被创建的产品集合，如果需要添加新产品，此时就必须修改抽象工厂的接口，这样涉及到抽象工厂类的以及所有子类的改变，这样违背了“开发---关闭”原则。

6.建造者模式（Builder Parttern）

   将一个复杂对象的构建与它的表示分离，使用同样的构造过程可以构建不同的表示

建造模型要点

• 在建造者模式中，指挥者是直接与客户端打交道的，指挥者将客户端创建产品的请求划分为各个部件的建造要求，再将这些请求委托到具体建造者角色，具体建造角色是完成具体产品的构建工作，却不为客户所知道
• 建造者模式主要用于“分步骤来构建一个复杂的对象”，其中“分步骤”是一个固定的组合过程，而复杂对象的各个部分是竟然变化的。
• 产品不需要抽象类，由于建造者模式的创建出的最终产品可以差异很大，所以不大可能提取出一个抽象产品类
• 由于建造者隐藏了具体产品的组装过程，所以要改变一个产品的内部表示，只需要再实现一个具体的建造者就可以了，从而能很好的更好的应对产品组成组件的需求变化
• 建造者模式解决的是“产品部分”的需要变化    

7.原型模式(Prototype)

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

优点：

• 原型模式向客户隐藏了创建新实例的复杂性
• 原型模式允许动态增加或减少产品类
• 原型模式简化了实例的创建结构，工厂方法模式需要有一个与产品等级结构相同的等级结构，而原型模式不需要这样
• 产品类不需要事先确定产品的等级结构，因为原型模式适用于任何的等级结构

缺点：

• 每个类必须匹配一个克隆方法
• 匹配克隆方法需要对类的功能进行通盘考虑，这对于全新的类不是很难，但对于已有的类不一定容易，特别当一个类引用不支持串行化的间接对象，或者引用含有循环结构的时候。　　

 7.适配器模式(Adapter)

       将一个类接口转化成客户希望的另外一个接口，Adapter模式使得原来由于接口不兼容而无法一起工作的类可以一起工作

      适配器模式分为类适配器模式和对象适配器模式

      类适配器模式

     优点：

           1.可以在不修改原有代码的基础上来复用现有类，很好的符合“开闭原则”

           2.可以重新定义Adaptee（被适配的类）的部分行为，因为在类适配器模式中，Adapter是Adaptee的子类

           3.仅仅引用一个对象，并不需要额外的字段来引用Adapter实例（这个既是优点也是缺点）

      缺点：

            1.用一个具体的Adapter类对Adaptee和Target进行匹配，当如果想要匹配一个类以及所有它的子类时，类的适配器模式就不能胜任了，因为类的适配器模式中没有引用Adaptee的实例，光调用this.SpecificRequest方法并不能去调用它的对应子类的SpecificRequest方法

             2.采用了“多继承”的实现方式，带来了不良的高耦合

        对象适配器

         优点：

             1.可以在不修改原有代码的基础上来复用现有类，很好的符合“开闭原则”。

              2.采用了“对象组合”方式，更符合松耦合

         缺点：

              1.使得重定义Adaptee的行为较困难，这需要生成Adaptee的子类并且使得Adaptee引用这个子类而不是引用Adaptee本身

         适配器模式使用场景

              1.系统需要复用现有类，而该类的接口不符合系统的需求

               2.想要建立一个可重复使用的类，用于与一些彼此之间没有太大关系的一些类，包括一些可能在将来引进的类一起工作

               3.对于对象适配器模式，在设计里需要改变多个已有子类的接口，如果使用类的适配器，就要针对每一个子类做一个适配器，而这不太实际。

8.桥接模式

     将实现与抽象放在两个不同的类中,使两个层次可以独立改变.桥接模式强调了接口对象提供的是一种算法

     优点：

          1.抽象与实现与其实现解耦

          2.抽象和实现可以独立扩展,不会影响到对方

          3.实现细节对客户透明，对用于隐藏了具体的细节

     缺点：

          增加了系统的复杂度

     使用场景：

          1.如果一个系统需要在构建的抽象化角色和具体化角色之间添加更多的灵活性，避免在两个层次之间建立静态的联系

          2.设计要求实现化角色的任何改变不应当影响客户端，或者实现化角色的改变对客户端是完全透明的

          3.需要跨越多个平台的图形和窗口系统上

          4.一个类存在两个独立变化的维度，且两个维度都需要进行扩展。

9.装饰者模式（Decorator）

      动态的给一个对象添加一些额外的职责，就添加功能来说，装饰者模式比生成子类更加灵活

  优点：

          1.装饰者模式和继承的目的都是扩展对象的功能，但装饰者模式比继承更加灵活

          2.通过使用不同的具体装饰类以及这些类的排列组合，设计师可以创造出很多不同行为的组合

          3.装饰者模式有很好的可扩展性

  缺点：

         装饰者模式会导致设计中出现许多小对象，如果过度使用，会让程序变得更复杂，并且更多的对象会是的差错变得困难，特别是这些对象看起来很像。

 使用场景：

        1.需要扩展一个类的功能或给一个类附加责任

        2.需要动态的给一个对象增加功能，这些功能可以在动态的撤销

        3.需要增加由一些基本功能的排列组合而产生的大量的功能

设计模式概念总结

标签：eth   原型   分享   alt   细节   装饰者   http   可扩展   dap   

原文地址：http://www.cnblogs.com/yan7/p/7911815.html