七大原则
单一职责原则
1.基本介绍
(1)对类来说的,一个类应该只负责一项职责
(2)如类 A 负责两个不同职责:职责 1,职责 2,当职责 1 需求变更而改变 A 时,可能造成职责 2 执行错误,所以需要将类 A 的粒度分解为 A1,A2
2.事项
(1)降低类的复杂度,一个类只负责一项职责
(2)提高类的可读性,可维护性
(3)降低变更引起的风险
(4)通常情况下,应当遵守单一职责原则
(5)只有逻辑足够简单,才可以违反单一职责原则:只有类中方法数量足够少,可以在方法级别保持单一职责原则
接口隔离原则
1.基本介绍:客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小接口上
2.举例
(1)假设:类 A 通过接口 Interface1 依赖类 B,类 C 通过接口 Interface1 依赖类 D
(2)问题:若接口 Interface1 对于类 A 和类 C 来说不是最小接口,那么类 B 和类 D 必须去实现他们不需要的方法
(3)解决:将接口 Interface1 拆分为独立的几个接口,使类 A 和类 C 分别与他们需要的接口建立依赖关系
依赖倒转原则
1.基本介绍
(1)高层模块不应该依赖低层模块,二者都应该依赖其抽象
(2)抽象不应该依赖细节,细节应该依赖抽象
(3)中心思想:面向接口编程
(4)设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多
(5)抽象:接口、抽象类;目的:制定好规范,而不涉及任何具体的操作
(6)细节:具体的实现类;目的:完成展现细节的任务
2.依赖关系传递的三种方式
(1)接口传递
(2)构造方法传递
(3)setter 方法传递
3.事项
(1)低层模块尽量要有抽象类或接口,或者两者都有,程序稳定性更好
(2)变量的声明类型尽量是抽象类或接口, 这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序扩展和优化
(3)继承时遵循里氏替换原则
里氏替换原则
1.继承性
(1)继承包含这样一层含义,父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏
(2)弊端:给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性;如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障
(3)继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合、组合、依赖去解决问题
2.基本介绍
(1)如果对每个类型为 T1 的对象 o1,都有类型为 T2 的对象 o2,使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型
(2)所有引用基类的地方必须能透明地使用其子类的对象
(3)使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法
开闭原则
1.基本介绍
(1)一个软件实体,如类,模块和函数应该对提供方开放拓展,对使用方关闭修改
(2)用抽象构建框架,用实现扩展细节
(3)当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化
迪米特法则 / 最少知道原则
1.基本介绍
(1)一个对象应该对其他对象保持最少的了解
(2)类与类关系越密切,耦合度越大
(3)一个类对自己依赖的类知道的越少越好,即,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部,对外除了提供的 public 方法,不对外泄露任何信息
2.简单定义:只与直接的朋友通信
(1)朋友关系:两个对象之间有耦合关系
(2)直接朋友:出现成员变量,方法参数,方法返回值中的类;非直接朋友:出现在局部变量中的类
(3)即,陌生的类最好不要以局部变量的形式出现在类的内部
3.事项
(1)核心:降低类之间的耦合
(2)减少不必要的依赖关系,而不是完全没有依赖关系
合成复用原则
1.基本介绍:原则是尽量使用合成/聚合的方式,而不是使用继承
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战