设计模式设计模式原则三大机制分类OOPLGoF23设计模式.zip

引用:

说明:

  • 软件设计模式—套路,模板

简述

每一个模式描述了一个在我们周围不断重复发生的问题,以及问题的解决方案的核心。
image.png

分类

从目的来分类:

  • 创建型(Creational)模式:负责对象的创建;
  • 结构型(Structural)模式:处理类与对象之间的组合;
  • 行为型 (Behavioral) 模式:类与对象交互中的职责分配

从范围来分类

  • 类模式处理类与子类的静态关系
  • 对象模式处理对象之间的动态关系

    GoF23种设计模式

  • 历史性著作《设计模式:可复用面向对象软件的基础》一书中描述了23种经典面向对象设计模式,确立了模式在软件设计中的地位。该书四位作者被人们并称为Gang of Four(GoF),“四人组”,该书描述的23种经典设计模式又被人们称为GoF 23种设计模式。

  • 由于《设计模式:可复用面向对象软件的基础》一书确定了设计模式的地位,人们通常所说的设计模式隐含地表示“面向对象设计模式”。但这并不意味着“设计模式”就等于“面向对象设计模式”,也不意味着GoF23种模式就表示了所有的“面向对象设计模式”。除了“面向对象设计模式”外,还有其他的设计模式。除GoF23种设计模式外,还有更多的面向对象的设计模式。
  • GoF23种设计模式是学习面向对象设计模式的起点,而非终点;

    设计模式与面向对象

  • 面向对象设计模式解决的是”类与相互通信的对象之间的组织关系“包括他们的角色,职责,协作方式几个方面。

  • 面向对象设计模式是“好的面向对象设计”,所谓“好的面向对象设计”是那些可以满足“应对变化,提高复用”的设计。
  • 面向对象设计模式描述的是软件设计,因此它是独立于编程语言的,但是面向对象设计模式的最终实现仍然要使用面向对象编程语言来表达,如Java,C#,Pytrhon等;
  • 面向对象设计模式不像算法技巧,可以照搬照用,它是建立在对“面向对象”熟练,深入的理解基础上的经验性认识。掌握面向对象设计模式的前提是首先掌握“面向对象”!

从编程语言直观了解面向对象

  • 各种面向对象编程语言相互有别,但都能看到它们对面向对象的三大机制的支持,即:封装,继承,多态
    • 封装,隐藏内部实现
    • 继承,复用现有的代码
    • 多态,改写对象行为
  • 使用面向对象编程语言,可以推动程序员以面向对象的思维来思考软件设计结构,从而强化面向对象的编程范式。
  • C#是一门支持面向对象编程的优秀语言,包括:各种级别的封装支持;单实现继承+多接口实现:抽象方法与虚方法重写

    但OOPL并非面向对象的全部

  • 通过面向对象编程语言(OOPL)认识到的面向对象,并不是面向对象的全部,甚至只是浅陋的面向对象。

  • OOPL的三大机制“封装,继承,多态”可以表达面向对象的所有概念,但这三大机制本身并没有刻画出面向对象的核心精神。换言之,做出“差的面向对象设计”。不是使用了面向对象语言就实现了面向对象的设计与开发,我们不能依赖编程语言的面向对象机制来掌握面向对象。
  • OOPL没有回答面向对象的根本性问题—我们为什么要使用面向对象?我们应该怎样使用三大机制来实现“好的面向对象”?我们应该遵循什么样的面向对象原则?
  • 任何一个严肃的面向对象程序员,都需要系统地学习面向对象的知识,单纯从编程语言上获得的面向对象知识,不能够胜任面向对象设计与开发;

    从一个例子谈起

    需求描述—示例场景:

    我们需要设计一个人事管理系统,其中的一个功能是对各种不铜类型的员工,计算其当月的工资—不同类型的员工,拥有不同的薪金计算制度。
  1. 结构化做法 ```csharp //01.获得人事系统种所有可能的员工类型 //02.根据不同的员工类型对应的不同的薪金制度,计算其工资 enum EmployeeType { Engineer, Sales, Manager, … }

//计算工资的程序 if(type==EmployeeType.Engineer) { … }else if(type==EmployeeType.Sales) { … } ```

现在需求改变了—示例场景

随着客户公司业务规模的拓展,又出现了更多类型的员工,比如钟点工,计件工等等,这对人事管理系统提出了挑战—原有的程序必须改变。

  1. 结构化做法

几乎所有涉及到员工类型的地方(当然包括“计算工资程序”)都需要做改变,,,这些代码都需呀重新编译,重新部署…..

  1. 面向对象做法

只需要在新的文件里添加新的员工类型,让其继承自Employee抽象类,并重写GetSalary()方法,然后再EmployeeFactory.GetEmployee方法种根据相关条件,产生新的员工类型就可以了。其他地方(显示工资程序,Engineer类,Sales类等)则不需要做任何改变。

重新认识面向对象

  • 对于前面的例子,从宏观层面来看,面向对象的构建方式更能适应软件的变化,能将变化所带来的影响减为最小;
  • 从微观层面来看,面向对象的方式更强调各个类的“责任”,新增员工类型不会影响原来员工类型的实现代码—这更符合真实的世界,也更能控制变化所影响的范围,毕竟Engineer类不应为新增的“钟点工”来买单。。。

  • 对象是什么?

    • 从概念层面来讲,对象是某种拥有责任的抽象。
    • 从规格层面讲,对象是一系列可以被其他对象使用的公共接口。
    • 从语言实现层面来看,对象封装了代码和数据。
  • 有了这些认识之后,怎样才能设计“好的面向对象”?

    • 遵循一定面向对象设计原则;
    • 熟悉一些典型的面向对象设计模式;

      总结

  • 设计模式描述了软件设计过程种某一类常见问题地一般性地解决方案。面向对象设计 模式描述了面向对象设计过程种,特定场景下,类与相互通信的对象之间常见的组织关系。

  • 深刻理解面向对象是学好设计模式的基础,掌握一定的面向对象设计原则才能把握面向对象设计模式的精髓,从而实现灵活运用设计模式。
  • 三大基础面向对象设计原则
    • 针对接口编程,而不是针对实现编程
    • 优先使用对象组合,而不是类继承
    • 封装变化点
  • 使用重构得到模式。敏捷软件开发实践提倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。

    几条更具体地设计原则

  • 单一职责原则(SRP)

    • 一个类应该仅有一个引起它变化的原因
  • 开放封闭原则(OCP)
    • 类模块应该是可扩展的,但是不可修改的(对扩展开放,对更改封闭)
  • Liskov里氏替换原则(LSP)
    • 子类必须能够替换它们的基类,且功能不会发生影响
  • 依赖倒置原则(DIP)
    • 高层模块不应该依赖于低层模块,二者都应该依赖于抽象;
    • 抽象不应该依赖于实现细节,实现细节应该依赖于抽象;
    • 换言之,要面向接口(抽象类)编程,而不是面向实现编程;
  • 接口隔离原则(ISP)
    • 不应该强迫客户程序依赖于它们不用的方法
  • 合成复用原则
    • 尽量使用对象组合/聚合,而不是继承来达到复用的目的
  • 迪米特原则

    • 也叫最小知识原则,一个软件实体应当尽可能少地与其他实体发生相互作用。类与类之间地耦合度应尽量地低,这样如果类发生变化,影响才会最小。

      从设计原则到设计模式

  • 针对接口编程,而不是针对实现编程

    • 客户无需知道所使用对象的特定类型,只需要知道对象拥有客户所期望的接口。
  • 优先使用对象组合,而不是类继承
    • 类继承通常为“白箱复用”,对象组合通常为“黑箱复用”。继承再某种程度上破坏了封装性,子类父类耦合度高;而对象组合则只要求组合的对象具有良好定义的接口,耦合度低。
  • 封装变化点
    • 使用封装来创建对象之间的分界层,让设计者可以再分界层的一侧进行修改,而不会对另一侧产生不良的影响,从而实现层次间的松耦合。
  • 使用重构得到模式
    • 设计模式的应用不宜先入为主,一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。
    • 只与直接的朋友通信,不跟陌生人说话。

开闭原则是目标,里氏替换原则是基础,依赖倒置原则是手段。

简略版补充

面向对象的目标

设计出高内聚,低耦合的应用程序,最大程度的实现程序的复用,以及面对复杂的需求变化

设计模式的定位

  • 惯用法
    • 最底层,语言相关,如引用计数,垃圾收集等
  • 设计模式
    • 中层,语言无关,如工厂模式,策略模式等
  • 架构模式

    • 最高层,语言无关,用于高层决策,实现架构复用,如C/S架构,B/S架构,微服务架构等。

      分类(根据目的分类)

  • 创建型

    • 创建型模式主要用于创建对象,主要有:单例模式,抽象工厂模式,工厂方法模式,建造者模式,原型模式。
  • 结构型
    • 结构型模式主要用于处理类或对象的组合,主要有:适配器模式,装饰器模式,代理模式,外观模式,桥接模式,组合模式,享元模式。
  • 行为型
    • 行为型模式主要用于描述对类或对象之间的交互及职责分配,主要有:策略模式,模板方法模式,观察者模式,迭代器模式,职责链模式,备忘录模式,状态模式,访问者模式,中介模式,解释器模式。

  • 本文作者:GeekPower - Felix Sun
  • 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!