在学习设计模式之前，我们要先了解设计模式的设计原则，经典的23种设计模式中或多或少地都在使用这些设计原则。设计模式都是站在设计原则的基础之上的。让我们开始设计原则的学习之旅吧。
1、单一职责原则
理解：如果一个类承担的责任过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。
总结：一个类只承担一个职责
2、开放封闭原则
理解：面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。
总结：对软件实体可以扩展，但是不可修改。
3、里氏替换原则
理解：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。
总结：子类型必须能够替换掉它们的父类型。
4、迪米特法则
理解：尽量减少对象之间的交互，从而减小类之间的耦合。在做系统设计时，不要让一个类依赖于太多其他的类，需尽量减小依赖关系，否则死都不知道怎么死的。
总结：一定要做到：低耦合、高内聚。
5、接口分离原则
理解：不要对外暴露没有实际意义的接口。也就是说，尽量保证接口的实用性。当需要对外暴露接口时，需要再三斟酌，若没必要对外提供就删了吧，因为一旦提供了就意味着，将来要多做一件事情，何苦给自己找事做呢。
总结：不要对外暴露没有实际意义的接口。
6、依赖倒转原则
理解：高层模块不应该依赖于底层模块，而应该依赖于抽象。抽象不应依赖于细节，细节应依赖于抽象。应该面向接口编程，不该面向实现类编程。面向实现类编程相当于就事论事，那是正向依赖；面向接口编程，相当于透过现象看本质，抓住事务的共性，那就是反向依赖，即依赖倒置。
总结：面向接口编程，提取出事务的本质和共性。
将六大原则的英文首字母拼在一起就是SOLID（稳定的），所以也称之为SOLID原则。