三、单一职责原则、开放-封闭原则、依赖倒转原则

一、单一职责原则

1、定义:就一个而言,应该仅有一个引起它变化的原因。

2、为什么要?:如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。

3、软件设计真正要做的许多内容,就是发现职责并把职责相互分离

如果你能想到多余一个动机去改变一个类,那么这个类就具有多于一个原则。

4、示例:设计俄罗斯方块的游戏

可以分为游戏逻辑和界面表示逻辑。

游戏逻辑——数组每一项的值改变。

界面表示逻辑——根据数组的数据进行绘制和擦除,或根据键盘命令调用数组的相应方法进行改变。

二、开放-封闭原则(The Open-Closeed Principle,OCP)

1、定义:软件实体(类、模块、函数等等)应该是可以扩展,但是不可修改。

对扩展是开放的,对修改是封闭的

2、作用:面对需求的改变却可以保持相对稳定,从而使得系统可以在第一个版本后不断推出新的版本。

 贯穿面向对象编程始终:可维护、可扩展、可复用、灵活性好

3、变化时必然的:无论模块是多么封闭,都会存在一些无法对之封闭的变化。

4、什么时候应对变化呢?设计人员必须对于他设计的模块应该读哪种变化封闭做出选择。他必须猜测出最有可能发生的变化种类,然后构造抽象来隔离那些变化。

5、怎么应对变化呢?创建抽象来隔离以后发生的同类变化。

例如:重构程序,增加一个抽象的类。

6、原则:(1)对程序的改动是通过增加新代码进行,而不是更改现有的代码。

(2)发现变化越早越好:我们希望是在开发工作展开不久就知道可能发生的变化。查明可能发生变化所等待的时间越长,要创建正确地抽象就越困难。

7、开放-封闭原则是,面向对象设计的核心所在。开发人员应该进度程序中呈现出频繁变化的那些部分作出抽象。但是切忌过度!

8、示例:弹性上班制度,工作时间不固定,商够时间即可:对工作时间的修改关闭,对时间制度的扩展开放。

三、依赖倒转原则

——面向对象:强内聚、松耦合。

1、定义:A:高层模块不应该依赖底层模块,两个都应该依赖抽象。

B. 抽象不应该细节,细节应该依赖抽象。

  • 说白了,就是要针对接口编程,不要对实现编程。

2、理论支持:里氏替换原则

  • 定义:子类必须能够替换掉他们父亲的类型。
  • 说白了:一个软件实体如果使用的是一个父类的话,那么一定适用其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件里面,把服了都替换为它的子类,程序的行为没有变化。
  • 极端的例子:如果程序中定义“鸟类”:可以飞。由于企鹅不会飞,所以——企鹅不能继承鸟类。
  • 作用:有了这个原则,使继承复用成为了可能:只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。
  • 而却正是由于子类的可替换性才能使用使用父类类型的模块在无需更改的情况下可以扩展。

3、意义:依赖倒转其实可以说是面向对象设计的标志,用那种语言来编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,即程序中所有的依赖关系都是终止于抽象类或者接口,那就是面向对象的设计,反之就是面向过程的设计。

原文地址:https://www.cnblogs.com/zuolanlan/p/9998629.html

时间: 2024-07-31 05:13:10

三、单一职责原则、开放-封闭原则、依赖倒转原则的相关文章

大话设计模式_单一职责_开放封闭_依赖倒转

面向对象的好处:可维护.可扩展.可复用.灵活性好 单一职责原则(SRP): 就一个类而言,应该仅有一个引起它变化的原因.如果有多于一个动机去改变一个类,则此类就有多于一个职责.(游戏开发中,游戏界面和游戏逻辑相分离,而不是聚合在一起) 开放封闭原则(OCP): 软件实体(类.模块.函数等)应该是可以扩展,但不可修改. 最初写代码的时候,假设变化不会发生.但当变化发生时,我们应该建立抽象来隔离以后发生的同类变化.例如,实现加法功能,放在一个单一的类中,如果此时要求实现减法功能,则应该抽象出操作类,

设计模式之刘伟老师文章学习记录-------------依赖倒转原则

如果说开闭原则是面向对象设计的目标的话,那么依赖倒转原则就是面向对象设计的主要实现机制之一,它是系统抽象化的具体实现.依赖倒转原则是Robert C. Martin在1996年为"C++Reporter"所写的专栏Engineering Notebook的第三篇,后来加入到他在2002年出版的经典著作"Agile Software Development, Principles, Patterns, and Practices"一书中.依赖倒转原则定义如下: 依赖倒

设计模式之依赖倒转原则(DIP)

1.概念 DIP:Dependency Inversion Principle 抽象不应当依赖于细节,细节应当依赖于抽象(说通俗点也就是要针对接口编程,不要针对实现编程:或者要依赖于抽象,不要依赖于具体). 2.为何叫"依赖倒转"? 传统的过程性系统的设计办法倾向于使高层次的模块依赖于低层次的模块:抽象层次依赖于具体层次.倒转原则则是把这个错误的依赖关系倒过来. 3.如何做到依赖倒转? 以抽象方式耦合是依赖倒转原则的关键.由于一个抽象耦合关系总要涉及到具体类从抽象类继承,并且需要保证在

面向对象设计原则之依赖倒转原则

如果说开闭原则是面向对象设计的目标的话,那么依赖倒转原则就是面向对象设计的主要实现机制之一,它是系统抽象化的具体实现.依赖倒转原则是Robert C. Martin在1996年为“C++Reporter”所写的专栏Engineering Notebook的第三篇,后来加入到他在2002年出版的经典著作“Agile Software Development, Principles, Patterns, and Practices”一书中.依赖倒转原则定义如下: 依赖倒转原则(Dependency

[Python设计模式] 第3~5章 单一职责原则/开放-封闭原则/依赖倒转原则

单一职责原则 就一个类而言,应该仅有一个引起它变化的原因. 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力.这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏. 软件设计真正要做的许多内容,就是发现职责并把哪些职责相互分离.如果你能够想到多余一个的动机去改变一个类,那么这个类就具有多余一个的职责,就应该考虑类的职责分离. 开放-封闭原则 开放-封闭原则,是说软件实体(类,模块,函数等)应该可以扩展,但是不可修改.即对

单一职能、开放封闭、里氏替换替换、接口隔离、依赖倒置

Object Oriented Design Principles Marla Sukesh, 8 Apr 2013    4.91 (155 votes) Rate this: vote 1vote 2vote 3vote 4vote 5   This article is intended for who have at least basic idea about Object oriented programming. Who is Audience? This article is i

七大原则三-->依赖倒转原则

依赖倒转原则 1) 高层模块不应该依赖低层模块,二者都应该依赖其抽象2) 抽象不应该依赖细节,细节应该依赖抽象3) 依赖倒转(倒置)的中心思想是面向接口编程4) 依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多.以抽象为基础搭建的架构比以细节为基础的架构要稳定的多.在java中,抽象指的是接口或抽象类,细节就是具体的实现类5) 使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成 需求 Person类接受消息 下面代码 违反

第五话-依赖倒转原则

 哎,真是纠结.2011年买的笔记本,2G内存,320G硬盘,i3处理器.现在用着好卡呀.呜呜.怎么办?买个新的吧太贵了,5K呀.还好,可以买个4G内存,再买个1T硬盘.加起来顶多1K哦,同样感受飞一般的感觉.太好了. 可是,我2012年买的手机好卡呀.配置好低呀.呜呜,iphone6都出了.4G时代都流行了,NFC功能爽歪歪.哎,只好换了! 为什么电脑可以换零件,手机就不能呢?这是因为,Computer在设计时非常注重面向对象的思想哦.这就是面向对象的好处. 那么什么才是真正的面向对象呢?

【转载】依赖倒转原则

3.1 依赖倒置原则的定义 依赖倒置原则(Dependence Inversion Principle,简称DIP)这个名字看着有点别扭,"依赖"还"倒置",这到底是什么意思?依赖倒置原则的原始定义是:High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon