设计模式七大原则

灰太狼 2022-12-10 14:58 376阅读 0赞

设计模式七大原则

  • 单一职责原则
  • 接口隔离原则
  • 依赖倒转原则
  • 里氏替换原则
  • 开闭原则
  • 迪米特法则
  • 合成复用原则

单一职责原则

在这里插入图片描述
只有类中方法数量足够少,可以在方法级别保持单一职责原则

举例:
电线类Wire为居民供电,电压为220v;但是新的需求增加,电线也输送高压电,电压为200kv,原有电线类可以增加方法实现扩充,这就违背了单一职责原则。可以提供基类,创建两个派生类,居民供电线、高压输电线

接口隔离原则

在这里插入图片描述
处理之后的类图
在这里插入图片描述
举例:
考试接口:包含考语数外、理化生、政史地等方法
学生类,实现考试接口,参加考试
文科生类、理科生类派生自学生类
实现考试接口时,就都需要实现一些自己不需要的方法(因为文科生不考理化生、理科生不考政史地)
这时,需要对考试接口进行细化,分为基础科考试接口、文科考试接口和理科考试接口;学生类实现基础科考试接口;文科生、理科生另外各自实现文科考试接口、理科考试接口

依赖倒转原则

在这里插入图片描述
举例:

  • 普通写法
    在这里插入图片描述
  • 修改后的写法
    在这里插入图片描述

里氏替换原则

基本介绍

  • 里氏替换原则(Liskov Substitution Principle)在1988年,由麻省理工学院的以为姓里的女士提出的
  • 如果对每个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都代换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。换句话说,所有引用基类的地方必须能透明地使用其子类的对象
  • 在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法
  • 里氏替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合,组合,依赖来解决问题。(即子类和父类可以都继承一个更通俗的类,把原本的继承关系去掉)

OO中的继承性的思考和说明

  • 继承包含这样一层含义:父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏
  • 继承在给程序设计带来便利的同时,也带来了弊端。比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障

开闭原则

基本介绍

  • 开闭原则(Open Closed Principle)是编程中最基础、最重要的设计原则
  • 一个软件实体如类,模块和函数应该对扩展开放(对提供方),对修改关闭(对使用方)。用抽象构建框架,用实现扩展细节
  • 当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化
  • 编程中遵循其它原则,以及使用设计模式的目的就是遵循开闭原则

当对软件程序增加新需求时,应该通过拓展的方式去实现,而不应该修改原有的代码。这样程序会便于拓展和维护

迪米特法则

在这里插入图片描述

合成复用原则

在这里插入图片描述
下图中上方的方式耦合大,使用下方进行改进
在这里插入图片描述

发表评论

表情:
评论列表 (有 0 条评论,376人围观)

还没有评论,来说两句吧...

相关阅读

    相关 设计模式-原则

    1.设计模式的目的 设计模式是为了让程序(软件), 具有更好 1. 代码重用性 (即: 相同功能的代码, 不用多次编写) 2. 可读性 (即: 编程规范性, 便于其

    相关 设计模式原则

    引言 设计模式如单例模式、工厂模式、适配器模式等,大概有二十多种,但是这些设计模式的背后,有七大设计基本原则。 它们分别是:单一职责原则,接口隔离原则,依赖倒转原则,里

    相关 设计模式原则

      我们在开发过程中常常使用设计模式 但使用设计模式时候 我们又是否知道设计模式的一些设计原则呢? 今天我们就来盘一下设计模式七大原则,它们分别是:   1.开闭原则