设计模式七大原则
单一职责原则
对类来说的,一个类应该只负责一项职责
单一职责原 则注意事项和细节:
- 降低类的复杂度,一个只负责一项职责。
- 提高类的可读性,可维护性
- 降低变更引起的风险
- 只有逻辑足够简单才可以在代码级违反单一职责原则
- 只有类中方法数量足够少,可以在方法级别上保持单一职责原则
接口隔离原则
概念:客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上
不合适的设计方案:
处理方式:将复杂的接口拆分为几个独立的接口
改进后:
依赖倒转原则
概念
- 高层模块不应该依赖底层模块,二者都应该依赖其抽象
- 抽象不应该依赖细节(具体实现),而应该细节依赖抽象
- 依赖倒转的中心思想是面向接口编程
- 依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定得多。以抽象为基础搭建的架构比细节为基础的架构要稳定
- 使用接口或抽象类的目的是制定好规范,而不涉及任何具体操作,把展现细节任务交给他们的实现类去完成
依赖关系传递的三种方式
-
接口传递
作为接口方法的参数传入。在方法内部被使用
-
构造方法传递
作为构造方法的参数传入类中,作为类的成员变量被使用
-
set 方法传递
通过set方法注入类中,作为类的成员变量被使用
注意事项
- 低层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好
- 变量的声明类型尽是抽象或接口,这样我们的变量引用和实际对象间就存在一个缓冲层,利于程序扩展和优化
- 集成时遵循里氏替换原则
里氏替换原则
继承性的思考和说明
- 继承包含这样一层含义:父类中凡是己经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些己经实现的方法任意修改,就会对整个继承体系造成破坏。
- 继承在给程序设计带来便利的同时,也带来了弊端。
比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承, 则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子 类的功能都有可能产生故障
问题提出:在编程中,如何正确的使用继承?=>里氏替换原则
里氏替换:
- 所有引用基类的地方都必须能透明地使用其子类对象
- 继承后尽量不要重写父类方法
- 继承会增加耦合,可以使用聚合、组合、依赖来替代继承关系
做法:对于父类B和子类A,抽出A和B之间的共同部分,作为基类C,然后A和B都继承于C,A则不再继承B。之后再使用聚合、组合、依赖来联系A和B
开闭原则
基本介绍
- 开闭原则(Open Closed Principle)是编程中最基础、最重要的设计原则
- 一个软件实体如类,模块和函数应该对扩展开放(对提供方),对修改关闭(对使用方)。用抽象构建框架,用实现扩展细节
- 引当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是修改己有的代码来实现变化。
- 程中遵循其它原则,以及使用设计模式的目的就是遵循开闭原则。
迪米特法则
基本介绍
- 迪米特法则(Demeter Principle)又叫最少知道原则 ,即一个类对自己依赖的类知道越少好(一个对象应该其他保持最少的了解)
- 对于被依赖的类不管多么复杂都尽量将逻辑封装在内部。对外除了提供的public方法,不对外泄露任何信息。不要在某一个类中编写其他类的功能的代码
- 类与类关系越密切,耦合度大
- 迪米特法则还有个更简单的定义:只与直接的朋友通信
- 直接的朋友 :每个对 象都会与其他象有耦 合关系, 只要两个对象之间有耦我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖联组聚等。
- 其中,我们称出现成员变量、方法参数、返回值中的类为直接朋友,而出现在局部变量中的类不是直接朋友。也就说,陌生的类最好不要以局部变量的形式出现在类内部。
合成复用原则
原则是尽量使用合成 /聚合的方式,而不是使用继承
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zRjeVPOT-1627437830450)(img\七大原则-合成复用.png)]
设计原则的核心思想:
- 找出应用中可能需要变化之处,把它们独立来,不和那些不需要变化的代码混在一起
- 针对接口编程 ,而不是针对实现编程
- 为了交互对象之间的松耦合设计而努力
六大原则简述
开闭原则:实现热插拔,提高扩展性。
里氏代换原则:实现抽象的规范,实现子父类互相替换;
依赖倒转原则:针对接口编程,实现开闭原则的基础;
接口隔离原则:降低耦合度,接口单独设计,互相隔离;
迪米特法则,又称不知道原则:功能模块尽量独立;
合成复用原则:尽量使用聚合,组合,而不是继承;