资讯专栏INFORMATION COLUMN

设计模式之软件设计七大原则

ixlei / 2834人阅读

摘要:引申意义子类可以扩展父类的功能,但不能改变父类原有的功能。含义当子类的方法实现父类的方法时重写重载或实现抽象方法,方法的后置条件即方法的输出返回值要比父类更严格或相等。优点约束继承泛滥,开闭原则的一种体现。降低需求变更时引入的风险。

0x01.开闭原则

定义:一个软件实体如类,模块和函数应该对扩展开放,对修改关闭

要点:

当变更发生时,不要直接修改类,而是通过继承扩展的方式完成变更

用抽象构建框架,用实现扩展细节

预先设计好抽象

优点:提高软件系统的可复用性及可维护性

面向抽象编程,实现抽象化,抽象出业务模型

提高内聚,降低耦合

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/openclose

0x02.依赖倒置原则

定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象

这个设计原则比较好理解,首先高层模块只接口或者父类,接口或父类不该依赖其派生子类

抽象不应该依赖细节;细节应该依赖抽象。

针对接口编程,不要针对实现编程。

优点:可以减少类间的耦合性,提高系统稳定性,提高代码可读性和可维护性,可降低修改程序所造成的风险

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/dependenceinversion

0x03.单一职责原则

定义:不要存在多余一个导致类变更的原因,就一个类而言,应该只存在一个导致其变更的原因。

一个类/接口/方法只负责一项职责

降低类的复杂度,提高类的可读性,提高系统的可维护性,降低变更引起的风险

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/singleresponsibility

0x04.接口隔离原则

用多个专门的接口,而不是使用单一的总接口,客户端不应该依赖它不需要的接口

一个类对一个类的依赖应该建立在最小的接口上

建立单一接口,不要建立庞大臃肿的接口

尽量细化接口,接口中的方法尽量少

注意适度原则,一定要适度,否则会造成类爆炸

优点:符合我们常说的高内聚低耦合的设计思想,从而使类具有很好的可读性,可扩展性和可维护性

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/interfacesegregation

0x05.迪米特法则(最少知道原则)

定义:一个对象应该对其他对象保持最少的了解。又叫最少知道原则

尽量降低类与类之间的耦合

降低类之间的耦合

强调只和朋友交流,不和陌生人说话

朋友:出现在成员变量,方法的输入,输出参数中的类称为成员朋友类,而出现在方法体内部的类不属于朋友类。

类与类之间的引用,尽量只是直接关系的引用,避免不必要的耦合。

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/demeter

0x06.里氏替换原则

定义:如果对每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。

定义扩展:一个软件实体如果适用一个父类的话,那一定适用于其子类,所有引用父类的地方必须能透明的使用其子类的对象,子类对象能够替换父类对象,而程序逻辑不变。

引申意义:子类可以扩展父类的功能,但不能改变父类原有的功能。

含义1:子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法

含义2:子类中可以增加自己特有的方法

含义3:当子类的方法重载父类的方法时,方法的前置条件(即方法的输入/入参)要比父类方法的输入参数更宽松。

含义4:当子类的方法实现父类的方法时(重写/重载或实现抽象方法),方法的后置条件(即方法的输出/返回值)要比父类更严格或相等。

优点1:约束继承泛滥,开闭原则的一种体现。

优点2:加强程序的健壮性,同事变更时也可以做到非常好的兼容性,提高程序的维护性、扩展性。降低需求变更时引入的风险。

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/liskovsubstitution

0x07.合成/复用原则(组合/复用原则)

定义:尽量适用对象组合/聚合,而不是继承关系达到软件复用的目的

聚合has-A和组合contains-A

优点:可以适用系统更加灵活,降低类与类之间的耦合度,一个类的变化对其他类造成的影响相对较少

何时适用合成/聚合,继承

聚合has-A, 组合contains-A, 继承 is-A

样例代码:https://github.com/sigmako/design-pattern/tree/master/design-principle/src/main/java/org/ko/design/principle/compositionaggregation

0x08.代码工程

七大设计原则: https://github.com/sigmako/design-pattern/tree/master/design-principle

0x09.参考

慕课网设计模式精讲: https://coding.imooc.com/class/270.html

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/74708.html

相关文章

  • Java设计模式七大原则

    摘要:单一职责原则开闭原则里氏替换原则依赖倒置原则接口隔离原则迪米特法则组合聚合复用原则单一职责原则高内聚低耦合定义不要存在多于一个导致类变更的原因。建议接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。使用继承时遵循里氏替换原则。 单一职责原则 开闭原则 里氏替换原则 依赖倒置原则 接口隔离原则 迪米特法则 组合/聚合复用原则 单一职责原则(Single Responsi...

    Olivia 评论0 收藏0
  • java七大设计原则

    摘要:在我们做系统设计时,经常会设计接口或抽象类,然后由子类来实现抽象方法,这里使用的其实就是里氏替换原则。 1.开闭原则(Open Close Principle/OCP) 定义:一个类、模块和函数应该对扩展开放,对修改关闭。 开放-封闭原则的意思就是说,你设计的时候,时刻要考虑,尽量让这个类是足够好,写好了就不要去修改了,如果新需求来,我们增加一些类就完事了,原来的代码能不动则不动。这个...

    Prasanta 评论0 收藏0
  • php设计模式

    摘要:我们今天也来做一个万能遥控器设计模式适配器模式将一个类的接口转换成客户希望的另外一个接口。今天要介绍的仍然是创建型设计模式的一种建造者模式。设计模式的理论知识固然重要,但 计算机程序的思维逻辑 (54) - 剖析 Collections - 设计模式 上节我们提到,类 Collections 中大概有两类功能,第一类是对容器接口对象进行操作,第二类是返回一个容器接口对象,上节我们介绍了...

    Dionysus_go 评论0 收藏0
  • php设计模式

    摘要:我们今天也来做一个万能遥控器设计模式适配器模式将一个类的接口转换成客户希望的另外一个接口。今天要介绍的仍然是创建型设计模式的一种建造者模式。设计模式的理论知识固然重要,但 计算机程序的思维逻辑 (54) - 剖析 Collections - 设计模式 上节我们提到,类 Collections 中大概有两类功能,第一类是对容器接口对象进行操作,第二类是返回一个容器接口对象,上节我们介绍了...

    vspiders 评论0 收藏0
  • SOA架构技术概述

    摘要:在汽车行业,因汽车智能化和网联化需求尤其是自动驾驶系统应用的需要,车载系统软件架构技术受到国内外整车企业的关注。当前,大众奥迪宝马福特等汽车巨头自成联盟进行软件架构技术和规范的应用研究,预计前后将开始应用于量产车型。 ​一、SOA架构声明SOA架构声明用来解释SOA架构和面向服务的基础设计理念,致力于解决面向服务的核心价值...

    番茄西红柿 评论0 收藏2637

发表评论

0条评论

ixlei

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<