| 学习设计模式前必须知道的东西 |
|---|
看待设计模式，要站在更大的角度（代码重用性、可读性、可扩展性、可靠性、程序高内聚，低耦合）来综合考虑看待，而不是功能实现的角度看待，不要觉得实现一个功能没必要这么麻烦
文章中给出的设计模式类图都是标准的实现方式，并不一定要完全遵守标准，所以只要设计思想符合，一个设计模式有多种实现方式，尤其是看别人源码的时候，不要用标准类图死扣
| 源码位置 |
|---|
| 码云：https://gitee.com/yin_zhipeng/design_mode.git |
| GitHub： |
| 我们会通过UML类图来描述设计模式的逻辑关系，不会的参考我的另一篇文章 |
|---|
| https://blog.csdn.net/grd_java/article/details/122258344 |
| 设计模式 |
|---|
- 软件工程中，设计模式（design pattern）是对软件设计中普遍存在，反复出现的各种问题，提出的解决方案。
- 这个术语由埃里希-伽玛（Erich Gamma）等人于1990年才从建筑设计领域引入到计算机科学的
| 核心思想 |
|---|
- 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起
- 针对接口编程，而不针对实现编程
- 为了交互对象之间的松耦合设计而努力
| 设计模式有啥用 |
|---|
- 你要造一个破房子，造就完了，但你要造摩天大楼，那就需要为未来扩展，等因素做足够的设计方案
- 当一个项目开发完成，客户提出新功能怎么办？项目开发完，原来的程序员离职，你接手维护怎么办？
- 面试官问你Spring源码怎么办？这些都需要设计模式
- 设计模式用在软件的哪里呢？面向对象=》功能模块[设计模式+算法（数据结构）]=》框架[使用多种设计模式]=》架构[服务器集群]
| 设计模式的目的 |
|---|
- 设计模式让程序（软件）具有更好的
- 代码重用性（相同功能的代码，不用多次编写）
- 可读性（编程规范性，便于其他程序员阅读和理解）
- 可扩展性（当需要增加新的功能时，非常方便，称为可维护）
- 可靠性（当我们增加新功能后，对原来功能没有影响）
- 让程序呈现高内聚，低耦合的特性
- 设计模式包含了面向对象的精髓，懂了设计模式，就懂了面向对象分析和设计（OOA/D）的精要
| 一些书本中，将设计模式分为三种类型，共23种（不同的书籍，分类和名称略有差别） |
|---|
- 创建型模式: 单例、抽象工厂、原型、建造者、工厂模式
- 结构型模式：适配器、桥接、装饰、组合、外观、享元、代理模式
- 行为型模式：模板方法、命令、访问者、迭代器、观察者、中介者、备忘录、解释器（Interpreter）、状态、策略、职责链（责任链）模式
一、设计模式7大原则
| 这里面提到的合成、聚合等概念，会在UML类图中讲解 |
|---|
1. 单一职责原则（Single responsibility principle）
- 对类来说，一个类应该只负责一项职责，如果A类负责两个不同职责，当其中一个职责需求变更，改变A类，可能造成职责2执行错误，所以需要将A类的粒度分解为A1、A2
| 遵守 |
|---|
- 降低类的复杂度，一个类只负责一项职责
- 提高类的可读性，可维护性
- 降低变更引起的风险
- 通常，只有逻辑足够简单，才可以在代码级，违反单一职责原则。（就是逻辑简单到完全没必要分模块，那可以写到一个类）
- 只有类中方法足够少，才能在方法级别，保持单一职责原则。（就是都写在一个类中，但是每个方法要保证单一原则，这种写法，必须保证类中方法非常少）
2. 接口隔离原则（Interface Segregation Principle）
- 客户端不应该依赖它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上
- 下图中，
A类和C类，需要实现某种功能，这些功能定义在interface1中，A类需要B类来帮助实现功能，C类需要D类帮助，但是A类和C类只需要interface1接口中的部分方法。那么这个接口就不是A类和C类的最小接口。而他们需要来帮他们干活的B类和D类，需要额外实现他们不需要的方法
- 根据
接口隔离原则，我们应该将interface1接口拆分成独立的几个接口，A和C类分别与需要的接口建立依赖,B和D类也只实现需要的方法
3. 依赖倒转原则（Dependence Inversion Principle）
- 高层模块不应该依赖低层模块，二者都应该依赖其抽象
- 抽象不应该依赖细节，细节应该依赖抽象
- 依赖倒转（倒置）的中心思想是面向接口编程
- 依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在
java中，抽象指的是接口或抽象类，细节就是具体的实现类- 使用
接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成
- 底层模块尽量都有抽象类或接口，程序稳定性会更好
- 变量的声明类型尽量是抽象类或接口，这样我们的变量引用和实际对象间，存在缓冲层，利用程序扩展和优化
- 继承时遵循里氏替换原则
4. 里氏替换原则（Liskov Substitution Principle）
- 继承有这样一层含义如下：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有子类必须遵守契约，但是如果子类对这些已经实现的方法任意修改，会对整个继承体系造成破坏
- 继承在给程序设计带来便利的同时，也带来了弊端。比如使用
继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他类所继承，则当这个类需要修改时，必须考虑所有子类，父类修改后，所有涉及到的子类的功能都有可能产生故障- 如果
正确使用继承呢？就是使用里氏替换原则
里氏替换原则，在1988年，由麻省理工学院的一位姓里的女士提出- 如果对每个类型为T1的对象o1，都有类型为T2的对象o2，使得以T1定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有发生任何变化，那么类型T2是类型T1的子类型。（
所有引用基类的地方必须能透明地使用其子类的对象）- 使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类方法
- 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，适当情况下，可以通过聚合，组合，依赖来解决问题(
比如A继承B，B需要重写A类的很多方法，耦合性太高了。我们可以在A类上面提出一个抽象C（接口或抽象类，甚至普通的类），将这些方法定义到C中。让A和B都继承C，这样就解耦合了。如果A类需要B类，那么通过依赖传递即可)。
5. 开闭原则(opc: Open Closed Principle)
- 开闭原则是编程中最基础、最重要的设计原则
- 一个软件实体例如，类、模块和函数应该对扩展开放，对修改关闭。用抽象构建框架，用实现扩展细节。（
就是你写的功能类，你可以随意增加功能修改，但是使用你这个类的人，不需要根据你的修改而改，这就是开闭原则）- 当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
- 编程中遵循其它原则，以及使用设计模式的目的就是遵循开闭原则
6. 迪米特原则（Demeter Principle）
- 一个对象应该对其他对象保持最少的了解
- 类与类关系越密切，耦合度越大
- 迪米特原则：又名最少知道原则，
既一个类对自己依赖的类知道的越少越好。就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄漏任何信息- 简单的定义：
只与直接的朋友通信- 直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，那么称他们之间为朋友关系。耦合方式很多，依赖，关联，组合，聚合等等。其中，我们称
出现在成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接朋友。就是说，陌生的类最好不要以局部变量的形式出现在类的内部- 怎么做呢，如果你需要在局部变量中声明一个类A来实现功能，请将这些功能，放到类A里面实现，然后调用它。（就是不要把自己的功能，写到别人那里面，A类的功能就写到A类里面）
7. 合成复用原则（Composite Reuse Principle）
- 尽量使用合成/聚合的方式，而不是使用继承
二、创建型设计模式
1. 单例设计模式（Singleton Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122304805 |
|---|
2. 工厂设计模式（Factory Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122319280 |
|---|
3. 原形模式（Prototype Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122327937 |
|---|
4. 建造者模式（Builder Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122337277 |
|---|
三、结构型设计模式
1. 适配器模式（Adapter Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122347273 |
|---|
2. 桥接模式（Bridge Pattern）
| 由于篇幅原因，我将其放在这篇文章中：https://blog.csdn.net/grd_java/article/details/122352344 |
|---|
1625
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
