Java设计模式中的七大原则详细讲解

2024-09-29 08:46:18

1.开闭原则(软件设计第一原则)

定义：一个软件实体应该对扩展开放，对修改关闭，即在不修改源代码的基础上扩展软件功能

本质思想：

以抽象来固定不变的东西(把固定不变的抽出来)
使用具体实现对可变性进行封装/隐藏
面向抽象编程

2.依赖倒置原则

开闭原则是目标，依赖倒置是手段

三层含义：

高层模块不应该依赖于低层模块，两者都应该依赖其抽象（例如一个类的成员变量、方法的入参、返回值不应该是一个具体类，而最好是一个抽象类）
抽象不应该依赖细节（业务代码不关心具体类）
细节应该依赖抽象（业务代码只关心抽象类）

依赖倒置原则的核心就是面向抽象（抽象类或者接口）编程

3.里氏替换原则

定义：在一个软件产品中，父类对象可以出现的地方，都可以替换成它的子类对象，且不能发生错误和异常，里氏替换原则为良好的继承定义了规范

四层含义：

子类必须完全实现父类的抽象方法，但不能覆盖(重写)父类的非抽象方法
子类可以增加自己特有的方法
当子类一定要重写父类的方法时，子类方法的形参（前置条件）要比父类更宽松（例如父类使用HashMap，子类使用Map）
当子类实现父类的抽象方法时，方法的返回值（后置条件）要比父类更加严格

总结：子类可以扩展父类的功能，但是不能去改变父类原有的功能（遵循父类原有的基础特性，进行一系列的行为变化）

4.合成复用原则

定义：在软件复用时，要尽量使用组合/聚合(has a)等关联关系来实现，即组合/聚合优先于继承

如果要使用继承关系，则必须严格遵循里氏替换原则

合成复用原则和里氏替换原则是相辅相成的，两者都是开闭原则的具体实现规范

设计模式用继承对行为变化进行分类，而不是使用继承来复用逻辑

继承破坏了类的封装性，父类的实现细节全都暴露给子类了
父类和子类的耦合性太高，父类的修改直接影响子类
继承是静态的，与IOC动态注入相违背

5.接口隔离原则

定义：使用多个专门的接口，而不是使用单一的总接口；客户端调用者代码不应该依赖它不需要的接口

使用原则：

根据接口隔离原则拆分接口时，首先必须满足单一职责原则
提高高内聚（每个接口都只负责相互独立的部分，方法间都是强相关的）
定制服务
接口设计要有限度（不要让类过于膨胀）

目标：在发生代码变更，接口变更的情况下，尽量做到影响程度最低

6.迪米特法则

规则：一个类应该尽量少的对其他类相互作用(依赖/调用)
解释：只与直接朋友(私有成员变量、方法入参、new的对象)进行通信，间接朋友：调用直接朋友的方法获取到的对象
目的：让类之间解耦，提高类的复用性，当其他类发生变更的时候，对这个类的影响才最小
缺点：过于严格的遵守此原则，会导致系统产生大量透明的小方法，需要在朋友数量和小方法之间进行权衡

通过下面的例子加深理解，Person类想调用Stranger类执行一些逻辑

public class Person {
    private Friend friend = null;
    // 遵循迪米特法则
    // 将Stranger类封装/隐藏了，Person类不知道Stranger类的存在
    // 但是Friend类产生了callStrangerDoSomething这个透明的小方法
    public void right(){
        friend.callStrangerDoSomething();
    }
    // 不遵循迪米特法则
    // 与Stranger类耦合了
    public void wrong(){
        Stranger stranger = friend.getStranger();
        stranger.doSomething();
    }
}

7.单一职责原则

单一职责原则要求一个接口或类只有一个原因引起变化（职责的范围因人而异）
一个接口或一个类只负责一件明确的事，负责的事情越少越好
如果其他类依赖了一个包含多个职责的类，也会将不需要的职责包含进来，也违反了迪米特法则

到此这篇关于Java设计模式中的七大原则详细讲解的文章就介绍到这了,更多相关Java设计模式原则内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

Java设计模式常用的七大原则总结

一.设计模式常用的七大原则单一职责原则:一个类应该只负责一项职责接口隔离原则:客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上依赖倒转原则里氏替换原则开闭原则迪米特法则合成复用原则二.单一职责原则 1. 单一职责原则注意事项和细节降低类的复杂度,一个类只负责一项职责 2.提高类的可读性,可维护性 3.降低变更引起的风险 4.通常情况下,我们应当遵守单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则:只有类中方法数量足够少,可以在方法级别
Java设计模式七大原则之合成复用原则详解

目录定义案例需求方案一方案二方案三对比分析总结设计原则的核心思想定义合成复用原则(Composite Reuse Principle),即尽量使用组合/聚合的方式,而不是使用继承. 案例需求现在假设有一个A类,里面有两个方法,有一个B类,想要复用这两个方法,请问有几种方案方案一继承的方式定义A类,并定义两个方法 /** * 类A * @author:liyajie * @createTime:2022/2/9 9:50 * @version:1.0 */ publ
Java设计模式七大原则之开闭原则详解

目录定义案例需求方案一执行结果方案二执行结果对比分析总结定义开闭原则( Open Close Principle ),又称为OCP原则,即一个软件实体如类,模块和函数应该对扩展开放,对修改关闭.其中,对扩展开放是针对提供方来说的,对修改关闭是针对调用方来说的. 案例需求购买东西的时候,根据支付类型的不同使用不同的方式进行支付,当类型为1时,使用微信支付:当类型为2时,使用支付宝支付方案一定义支付类型 /** * 支付类型 * @author:liyajie * @c
Java设计模式之单一职责原则精解

1.什么是单一职责原则? 首先我们可以对某个类来说,即一个类应该只负责一项职责.如类A负责两个不同职责: 职责1,职责2.当职责1需求变更而改变A时,可能造成职责2执行错误,所以需要将类A的粒度分解为A1,A2. 我们来看下面这段代码: package com.szh.principle.singleresponsibility; /** * 交通工具类 * 方式1 * 1. 在方式1的run方法中,违反了单一职责原则 * 2. 解决的方案非常的简单,根据交通工具运行方法不同,分解成不同类即可
浅谈Java设计模式之七大设计原则

前言学习设计模式的方法:掌握理解七大原则以及其目的,学习相应的设计模式(带着设计目的,应用场景(解决什么样的问题),如何实现(编码实现一个小例子),优缺点是什么?等等) 一.单一职责原则(SingleResponsibilityPrinciple,SRP) 定义:一个类只负责一个功能领域中的相应职责理解:该设计模式很好理解,就是一个类只实现某个领域的相应职责,这样有利于进行调用.就比如在Java开发时,设计controller.service.manager.dao层一样的道理,进行分层分工
Java设计模式七大原则之依赖倒置原则详解

目录定义案例需求方案一方案二对比分析总结定义依赖倒转原则,又称依赖倒置原则(Dependence Inversion Principle),又称DIP原则,即:上层模块不应该依赖底层模块,它们都应该依赖于抽象,抽象不应该依赖于细节,细节应该依赖于抽象.抽象对代码来说即接口或者抽象类细节对代码来说即实现类.换句话说依赖倒转原则的核心的理念相对于细节来说,抽象要稳定得多.要求我们面向接口编程,进行设计. 案例需求工作人员接收微信老板发来的加班消息方案一定义工作人员W
Java设计模式之里氏替换原则精解

1.什么是里氏替换原则? 我们都知道,在面向对象编程中有三大特性(封装.继承.多态),在这里我们来说继承这个东西. 继承包含这样一层含义:父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏. 也就是说:继承在给程序设计带来便利的同时,也带来了弊端.比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到
Java设计模式之接口隔离原则精解

1.什么是接口隔离原则? 客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口范围上. 2.对应代码上面这张图呢,就违反了接口隔离原则.它对应的代码如下: package com.szh.principle.segregation; /** * */ interface Interface1 { void operation1(); void operation2(); void operation3(); void operation4(); void operati
Java设计模式中的七大原则详细讲解

目录 1.开闭原则(软件设计第一原则) 2.依赖倒置原则 3.里氏替换原则 4.合成复用原则 5.接口隔离原则 6.迪米特法则 7.单一职责原则设计模式要进行共性与可变性的分析,对共性进行抽象,同时对可变性进行封装,没有完美的设计模式,作为一名开发者要懂得取舍,触类旁通,开发出高内聚.低耦合.灵活性更高的软件产品 1.开闭原则(软件设计第一原则) 定义:一个软件实体应该对扩展开放,对修改关闭,即在不修改源代码的基础上扩展软件功能本质思想: 以抽象来固定不变的东西(把固定不变的抽出来) 使用具
Golang设计模式中的桥接模式详细讲解

目录桥接模式概念示例桥接模式桥接是一种结构型设计模式, 可将业务逻辑或一个大类拆分为不同的层次结构, 从而能独立地进行开发. 层次结构中的第一层 (通常称为抽象部分) 将包含对第二层 (实现部分) 对象的引用. 抽象部分将能将一些 (有时是绝大部分) 对自己的调用委派给实现部分的对象. 所有的实现部分都有一个通用接口, 因此它们能在抽象部分内部相互替换. 概念示例假设你有两台电脑: 一台 Mac 和一台 Windows. 还有两台打印机: 爱普生和惠普. 这两台电脑和打印机可能会任意组
Golang设计模式中抽象工厂模式详细讲解

目录抽象工厂模式概念示例抽象工厂模式抽象工厂模式是一种创建型设计模式, 它能创建一系列相关的对象, 而无需指定其具体类. 抽象工厂定义了用于创建不同产品的接口, 但将实际的创建工作留给了具体工厂类. 每个工厂类型都对应一个特定的产品变体. 在创建产品时, 客户端代码调用的是工厂对象的构建方法, 而不是直接调用构造函数 (new操作符). 由于一个工厂对应一种产品变体, 因此它创建的所有产品都可相互兼容. 客户端代码仅通过其抽象接口与工厂和产品进行交互. 该接口允许同一客户端代码与不同产品
java、spring、springboot中整合Redis的详细讲解

java整合Redis 1.引入依赖或者导入jar包 <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.9.0</version> </dependency> 2.代码实现 public class JedisTest { public static void main(String[]
Java设计模式之迪米特原则精解

目录 1.什么是迪米特原则? 2.违反迪米特原则代码案例 3.遵守迪米特原则代码案例 4.迪米特原则的注意事项 1.什么是迪米特原则? 一个对象应该对其他对象保持最少的了解. 类与类关系越密切,耦合度越大. 迪米特法则(Demeter Principle)又叫最少知道原则,即一个类对自己依赖的类知道的越少越好.也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部.对外除了提供的public方法,不对外泄露任何信息. 迪米特法则还有个更简单的定义:只与直接的朋友通信. 直接的朋友:每个
快速理解Java设计模式中的组合模式

组合模式是一种常见的设计模式(但我感觉有点复杂)也叫合成模式,有时又叫做部分-整体模式,主要是用来描述部分与整体的关系. 个人理解:组合模式就是将部分组装成整体. 定义如下: 将对象组合成树形结构以表示"部分-整体"的层次结构,使得用户对单个对象和组合对象的使用具有一致性. 通用类图如下: 组合模式的包含角色: ● Component 抽象构件角色定义参加组合对象的共有方法和属性,可以定义一些默认的行为或属性. ● Leaf 叶子构件叶子对象,其下再也没有其他的分支,也就是遍历的最
详解Java设计模式中的装饰模式

目录一.装饰模式的定义和特点二.装饰模式的结构三.咖啡点单案例演示四.总结一.装饰模式的定义和特点在软件开发过程中,有时想用一些现存的组件.这些组件可能只是完成了一些核心功能.但在不改变其结构的情况下,可以动态地扩展其功能.所有这些都可以釆用装饰器模式来实现. 就像我们做菜,需要用到调料,菜,刀,火等一系列抽象的组件来最终完成一道菜. 装饰模式的定义: 指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构型模式.就增加功能来说,装饰模式
Java设计模式之开闭原则精解

目录 1.什么是开闭原则? 2.违反Ocp代码案例 3.遵守Ocp代码案例 1.什么是开闭原则? 开闭原则(Open Closed Principle)是编程中最基础.最重要的设计原则. 一个软件实体如类,模块和函数应该对扩展开放(对提供方),对修改关闭(对使用方).用抽象构建框架,用实现扩展细节. 当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化. 编程中遵循其它原则,以及使用设计模式的目的就是遵循开闭原则. 2.违反Ocp代码案例 package c