【雷丰阳 设计模式与框架源码】【01】总览设计模式、设计模式7大原则

---

持续学习&持续更新中…

守破离

---

设计模式与框架源码应该是相辅相成的，应该是理论与实践的完美结合。

设计模式是一种思想，灵活运用思想远大于死记代码、咬文爵字

尽信书不如无书，不能过分执行设计模式的7大原则，凡事要有“度”

设计模式导论

• 设计模式（Design Pattern）是前辈们对代码开发经验的总结，是解决特定问题的一系列套路。它不是语法规定，而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。

• 在 1994-1995 年，由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人合著出版了一本名为 Design Patterns - Elements of Reusable Object-Oriented Software（中文译名：设计模式 - 可复用的面向对象软件元素） 的书，该书首次提到了软件开发中设计模式的概念。

• 设计模式的本质是面向对象设计原则的实际运用，是对类的封装性、继承性和多态性，以及类的关联关系和组合关系的充分理解。

• 设计模式的基石

  • 封装
  • 继承
  • 多态

设计模式最重要的思想

• 对接口编程而不是对实现编程。

  PS：接口就是一种规范、一种标准。
  

• 优先使用对象组合而不是继承。

设计模式总览

虽然设计模式有这些条条框框的分类，但实际运用中要讲究灵活有度，根据需要可以混用。

也就是说：这 23 种设计模式并不是孤立存在的，很多模式之间存在一定的关联关系，在大的系统开发中常常同时使用多种设计模式。

创建型模式（Creational Patterns）

• 单例（Singleton）模式
• 原型（Prototype）模式
• 工厂方法（FactoryMethod）模式
• 抽象工厂（AbstractFactory）模式
• 建造者（Builder）模式

结构型模式（Structural Patterns）

• 代理（Proxy）模式
• 适配器（Adapter）模式
• 桥接（Bridge）模式
• 装饰（Decorator）模式
• 外观（Facade）模式
• 享元（Flyweight）模式
• 组合（Composite）模式
• 过滤器模式（Filter Pattern）

行为型模式（Behavioral Patterns）

• 模板方法（Template Method）模式
• 策略（Strategy）模式
• 命令（Command）模式
• 职责链（Chain of Responsibility）模式
• 状态（State）模式
• 观察者（Observer）模式
• 中介者（Mediator）模式
• 迭代器（Iterator）模式
• 访问者（Visitor）模式
• 备忘录（Memento）模式
• 解释器（Interpreter）模式

设计模式7大原则

开闭原则（Open Closed Principle，OCP）

• 软件实体应当对扩展开放，对修改关闭（Software entities should be open for extension，but closed for modification）
• 合成复用原则、里氏替换原则相辅相成，都是开闭原则的具体实现规范
• 扩展新类而不是修改旧类

里氏替换原则（Liskov Substitution Principle，LSP）

• 继承必须确保超类所拥有的性质在子类中仍然成立（Inheritance should ensure that any property proved about supertype objects also holds for subtype objects）

• 继承父类而不去改变父类

依赖倒置原则（Dependence Inversion Principle，DIP）

• 高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象（High level modules shouldnot depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details. Details should depend upon abstractions）
• 面向接口编程，而不是面向实现类

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

• 一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分（There should never be more than one reason for a class to change）

• 每个类只负责自己的事情（细粒度化），而不是变成万能

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

• 一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。

• 各个类建立自己的专用接口，而不是建立万能接口

迪米特法则（Law of Demeter，LoD）

• 最少知道原则（Least Knowledge Principle，LKP)
• 只与你的直接朋友交谈，不跟“陌生人”说话（Talk only to your immediate friends and not to strangers）
• 无需直接交互的两个类，如果需要交互，使用中间者
• 国家主席要了解民生：（国家主席—>有关部门—>… —>个人）
• 过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低

合成复用原则（Composite Reuse Principle，CRP）

• 又叫组合/聚合复用原则（Composition/Aggregate Reuse Principle，CARP）
• 软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现
• 优先组合，其次继承

  继承：对方是我爹
  组合：我拥有对方
  

参考

雷丰阳: 大厂学苑—设计模式与框架源码

C语言中文网: 设计模式

---

本文完，感谢您的关注支持！

---