引
设计模式是一种经常被人提及的概念，也是面试种的常客，其目的是为了保证代码的复用，同时使代码更容易被人理解，以及保证系统的稳定性。
而在设计模式中存在六大基本原则，而我们常见的23种设计模式即为这六大原则的具体实现。
一、单一职责原则
基本定义
使用思考
该原则名为单一职责原则，因此就存在一个职责划分的问题，对于同一个类的创建我们可能有不同的职责划分，抽象来看，比如手机，我们可以按功能把它的职责划分为显示和数据传输，也可以按作用把它的职责划分为打电话，玩游戏，看电影。而不同的职责划分则会有不同的结构设计。
另外，这个设计原则也不是完美的，如果当一个系统过于简单时，死板的遵守单一职责原则无疑会导致系统结构十分冗余。因此使用时还是应该根据实际情况具体分析。只有逻辑足够简单，才可以在代码级别上违反单一职责原则；只有类中方法数量足够少，才可以在方法级别上违反单一职责原则。
二、里氏替换原则
基本定义
使用思考
里氏替换原则的目的是为了保证整个继承体系的可复用性，在采用里氏替换原则时，尽量避免子类的“个性”，一旦子类有“个性”，这个子类和父类之间的关系就很难调和了，把子类当做父类使用，子类的“个性”被抹杀——委屈了点；把子类单独作为一个业务来使用，则会让代码间的耦合关系变得扑朔迷离——缺乏类替换的标准。
三、依赖倒置原则
基本定义
使用思考
依赖倒置原则，就是我们常说的面向接口编程，接口是一种功能的抽象，而使用抽象的目的是为了规定规范与契约，而不涉及具体的操作。这样在类与类之间调用时，他们就不会直接耦合。
而它与上文讲到里氏替换原则可以组合使用，即：接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。
四、接口隔离原则
基本定义
使用思考
接口隔离原则的核心是为了最纯粹的接口作用：用于定义特定功能操作。这就要求一个接口仅服务与一个模块或者业务逻辑。
但是接口划分的粒度需要适度，接口过多虽然能完美遵循接口隔离原则，但无疑会导致系统十分臃肿，而过少无疑违背了此原则，因此使用时需根据实际业务需求合理划分。
接口隔离原则与单一职责原则的不同点：其一，单一职责原则原注重的是职责；而接口隔离原则注重对接口依赖的隔离。其二，单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口接口，主要针对抽象，针对程序整体框架的构建
五、最少知识原则
基本定义
使用思考
最少知识原则的核心目的是为了降低类的耦合性，它推崇如果两个类无直接交互的必要，就不要进行直接交互，通过一个”中介“来发生联系。
在实际的项目中需要适度的考虑这个原则，它虽然可以降低类间耦合，提高复用，但是它的缺点也十分明显，为了低耦合通讯，会产生大量这样的中介和传递类，导致系统复杂度变大。
六、开闭原则
基本定义
使用思考
开闭原则是面向对象设计中最基础的设计原则，而相对的它十分的模糊，不像其他的原则具体告诉了我们应当怎么做，更加类似一种精神口号。
总结
个人认为六大原则不是一种规定或者规范，不是仅有是否遵守，这种0和1的两种选择，它更像是一个区间，能选择遵守的多与少。因此在系统的设计中不应该死板的追求每一种设计原则的完美遵守，否则会出现上文中提到的会使整个系统变得冗余庞大的问题。应该根据目前系统的实际需求、规模大小等因素，在保持系统灵活性的基础上适当选择六大原则遵守程度。
最后附上思维导图的地址。
参考文献
设计模式之禅
极客学院设计模式的六大原则
zhengzhb设计模式六大原则
