一、核心思想
单一职责原则
一个类只干一件事。一个类只负责一个模块上的事情。
开闭原则
对扩展开放，对修改关闭。（加新的功能不动老的代码）
里氏替换原则
子类对象必须能够替换掉父类对象，并保持原有功能不变。
依赖倒置原则
高层模块不应该依赖低层模块，两者都应该依赖抽象。
接口隔离原则
接口要小而精，不要大而全。
迪米特法则（最少知道原则）
只和直接相关的类交流，尽量减少对外部对象内部细节的依赖。
设计模式本质上是在帮我们实践这些设计原则，让系统更健壮、更灵活、更可扩展。
设计模式的分类
- 创建型模式：关注对象如何创建
- 结构性模式：关注类与类，对象与对象之间如何组合。
- 行为型模式：关注对象之间如何协作和通信。
学习建议
- 对设计模式的学习和其他知识一样，先了解每种设计模式是什么？作用是什么？能够解决什么问题？适用于什么场景？有什么特点？类和对象的关系是什么（建议结合UML 类图来理解）？再去考虑编码实现和进一步在项目中应用。
- 一定要多写代码实践，最好每个设计模式都实现一遍，不要去背代码，用的多了自然就能写出代码了。
- 每个设计模式都可以 独立学习，互相之间联系不大，因此可以根据自己的时间来选择性学习（比如先学重点的单例模式）。
- 在学会基础的设计模式后，可以分析之前学过的框架源码（比如 Spring、MyBatis 等），参考别人是如何应用设计模式的。
- 不要过度依赖设计模式！！！！！！ 它并不是银弹，过分使用设计模式可能只会增加系统的复杂度。