码农阿斌的博客

文章目录前言基本介绍继承依赖聚合组合设计原则和核心思想 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 设计模式系列文章传送门23种设计模式系列合集 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 合成复用原则是尽量使用合成/聚合的方式，而不是使用继承。 合成复用的方式有聚合，依赖和组合。 UML类图如下 继承 依赖 聚合 组合 设计原则和核心思想 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。 针对接口编程，而

文章目录前言基本介绍代码实例注意事项 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 设计模式系列文章传送门23种设计模式系列合集 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 一个对象应该对其他对象保持最少的了解 类与类关系越密切，耦合度越大 迪米特法则(Demeter Principle)又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的 public 方法，不对外泄露任

文章目录前言基本介绍使用 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 设计模式系列文章传送门23种设计模式系列合集 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 （ocp）开闭原则（Open Closed Principle）是编程中最基础、最重要的设计原则 一个软件实体如类，模块和函数应该对扩展开放(对提供方)，对修改关闭(对使用方)。用抽象构建框架，用实现扩展细节。 当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的

文章目录前言IOO中的继承性的思考基本介绍解决方法 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 设计模式系列文章传送门23种设计模式系列合集 有空会慢慢更新学习心得，相关源码在 Github IOO中的继承性的思考 继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。 继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会

文章目录前言基本介绍应用实例依赖关系传递的三种方式和应用案例 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 设计模式系列文章传送门23种设计模式系列合集 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 依赖倒转原则(Dependence Inversion Principle)是指： 高层模块不应该依赖低层模块，二者都应该依赖其抽象 抽象不应该依赖细节，细节应该依赖抽象 依赖倒转(倒置)的中心思想是面向接口编程 依赖倒转原则是基于这样的设计理念：

文章目录前言基本介绍应用实例 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上 先看一张图: 类 A 通过接口 Interface1 依赖类 B，类 C 通过接口 Interface1 依赖类 D，如果接口 Interface1 对于类 A 和类 C来说不是最小接口，那么类 B 和类 D 必须去实现他们不需要的方法。 按隔

文章目录前言基本介绍应用实例方案1方案2方案3注意事项 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 有空会慢慢更新学习心得，相关源码在 Github 基本介绍 对类来说的，即一个类应该只负责一项职责。如类 A 负责两个不同职责：职责 1，职责 2。当职责 1 需求变更，而改变 A 时，可能造成职责 2 执行错误，所以需要将类 A 的粒度分解为 A1，A2 应用实例 以交通工具案例 方案1 package learn.lhb.design.patterns.princip

文章目录前言1. 七大设计原则2. 单例模式3. 工厂模式4. 原型模式5. 建造者模式6. 适配器模式7. 桥接模式8. 装饰者模式9. 组合模式10. 外观模式11. 享元模式12. 代理模式13. 模版方法模式14. 命令模式15. 迭代器模式16. 观察者模式17. 中介者模式18. 备忘录模式19. 解释器（Interpreter）模式20. 状态模式21. 策略模式23. 职责链（责任链）模式 前言 设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门 有空会慢慢更新学习心得，相