软件设计七大原则

目录

一、单一职责原则

二、接口隔离原则

三、 依赖倒转原则

四、 里氏替换原则

五、开闭原则 

六、迪米特法则 (最少知道原则)

七、合成复用原则


一、单一职责原则

核心:控制类的粒度大小、将对象解耦、提高其内聚性

优点

  • 降低类的复杂度,一个类只负责一项职责
  • 提高类的可读性、可维护性
  • 降低变更引起的风险

二、接口隔离原则

定义:一个类对另一个类的依赖应该建立在最小的接口上(就是不要建立一个很庞大的接口,让所有的类去依赖它,会产生很多的冗余代码

优点:

  • 将庞大的接口分解为多个粒度小的接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性。
  • 接口隔离提高了系统的内聚性,减少了对外交互,降低了系统的耦合性。
  • 接口的粒度大小定义合理,能够保证系统的稳定性
  • 使用多个专门的接口还能够体现对象的层次,因为可以通过接口的继承,实现对总接口的定义。
  • 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法,当实现这个接口的时候,被迫设计冗余的代码。

 


三、 依赖倒转原则

基本介绍:

  • 高层模块不应该依赖低层模块,二者都应该依赖其抽象
  • 抽象不应该依赖细节,细节应该依赖抽象
  • 依赖倒转的中心思想是面向接口编程

设计理念:

相对于细节的多变性,抽象的对象要相对稳定的多,以抽象搭建的架构比以细节搭建的架构要稳定。在Java中抽象是指接口和抽象类,细节就是其实现类。使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给它们的实现类去完成


四、 里氏替换原则

里氏替换原则是针对继承的规范

基本介绍:

  • 所有引用基类的地方必须透明的使用其子类对象
  • 在使用继承时:在子类中尽量不重写父类的方法
  • 继承使得两个类的耦合性增强,在适当的情况下,可以通过组合、聚合、依赖来解决问题

五、开闭原则 

基本介绍:

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

 

六、迪米特法则 (最少知道原则)

定义:只与你的直接朋友交谈,不跟“陌生人”说话。其含义是:如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。

直接朋友:

成员变量、方法参数、方法返回值中的类称为直接朋友(出现在局部变量的类不是直接朋友)

陌生的类最好不要以局部变量出现在类中

七、合成复用原则

能够使用合成/聚合的方式,就不要使用继承

减少类与类的耦合度

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值