23种设计模式模式详解 Java UML类图小知识（一）

23种设计模式模式详解 Java UML类图小知识（一）

设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
使用设计模式的好处：代码的可重用性、可扩展性，可阅读性，保证代码的可靠。（代码要优雅）

关于相关源码可以在GitHub上下载：
https://github.com/rickey17/design

• 设计模式的6大原则
• 设计模式分类
• 创造型设计模式
• 工厂模式
• *UML小知识
• 抽象工厂模式
• 单例模式
• 原型模式
• 建造者模式

---

设计模式的六大原则

1、单一职责原则 SRP（Single Responsibility Principle）

不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。

*一个类只负责一件事

2、开闭原则 OCP （Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

*程序需要扩展时，也不能修改原有的代码，程序设计时就要注意接口及抽象类的使用

3、里氏代换原则 LSP （Liskov Substitution Principle）

里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

*子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
*子类中可以增加自己特有的方法。
*当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
*当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。
*一句话总结：尽量不要重写父类的已经实现了的方法，可以用接口等其他方法绕过

4、依赖倒转原则 DIP （Dependence Inversion Principle）

高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。这个是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

*面向接口的编程，多用抽象的接口来描述相同的动作，参考Spring

5、接口隔离原则 ISP （Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

*使用多个隔离的接口，比使用单个接口要好，接口也需要解耦

6、迪米特法则（最少知道原则） DP （Demeter Principle）

为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

*解耦，被依赖的类应该封装好自己的业务逻辑

设计模式分类

23种设计模式大概分为三大类：

• 5种 创建型模式：工厂方法模式、抽象工厂模式、单例模式、原型模式、建造者模式。
• 7种 结构型模式：适配器模式（类的适配，接口的适配，对象的适配）、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

• 11种 行为型模式：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

  行为型又可以通过类与类之间的关系进行划分
  

这些划分方式都是为了让大家更加容易理解和记忆

创造型设计模式

1. 工厂方法模式
2. 抽象工厂模式
3. 单例模式
4. 原型模式
5. 建造者模式

工厂方法模式

简介：通过一个工厂创建一系列的产品

UML 类图：

根据类图生成的源码：

public interface ISender {
   

    public